innovaphone wiki - User contributions [en]

Howto:Setup SIP Federation with innovaphone AG V9

2023-05-16T19:52:47Z

Ms: /* SIP Federation Partner */

==Applies To==
This information applies for innovaphone systems operated with V9 up to V11r2.

'''Remark''': Since V12r1 there's a [[Howto:Setup_Federation_with_innovaphone_V12r1|new federation article]] to be applied.

==More Information==

===Problem Details===
With the innovaphone myPBX UC Client it is not only possible to communicate with the persons within your company, but also possible to use the unified communication features like presence etc. also with external companies.

Our company, innovaphone AG, provides an interface for the SIP federation with our partners and customers. This article describes how to setup your innovaphone PBX to be able to communicate with innovaphone AG using UC features.

===Prerequisites===
Make sure you have following:

*innovaphone PBX System with the recent V9 or V10 firmware
*licenses for myPBX
*access to your public DNS server, to be able to configure required DNS record
*access to the internet from the PBX or other innovaphone gateway
*the System Name of the PBX must be equal to the domain part used for E-Mails
*the Name of the User Objects (do not mix with Long Name) must be equal to the user part of the E-Mail addresses used for external communication
**if the Users E-Mail address is <code>bob@company.example</code>, the System Name must be <code>company.example</code> and the Name of User Object <code>bob</code>

==Configuration==

===PBX===

====System Name====
The ''System Name'' of the PBX must be set according the DNS domain name used for federation. In case of innovaphone AG this is <code>innovaphone.com</code>.

The option ''Use as Domain'' must be active.

[[Image:Setup_SIP_Federation_with_innovaphone_AG_1.png | System Name]]

====Visibility====
In order to give innovaphone AG the access to your presence and on-line status, the ''Access'' on the PBX User Object must be configured. This can be done for the complete domain <code>@innovaphone.com</code> or to a specific person <code>bob@innovaphone.com</code>.

[[Image:Setup_SIP_Federation_with_innovaphone_AG_2.png | Access Rights]]

This can be done on a per-user level or in an appropriate template.

To set up default access rights (which may be restrictive) for all federation partners, you can specify <code>@</code> only as ''Name'' (which serves as a ''catch-all''-domain) (available from v10sr3).

====Gateway Object====
Create a Gateway Object without number. Place the ''Long Name'' of this object to the ''Route Root-Node External Calls to'' filed of the PBX General configuration page:

[[Image:Setup_SIP_Federation_with_innovaphone_AG_3.png | PBX External Routing]]

In case this option already used to route calls to another PBX in a [[Howto:Looping_in_a_innovaphone_Gateway|loop in scenario]], make sure to route the calls first to the SIP interface configured for the federation, ant than to the 3rd Party PBX.

===SIP Interface===

[[Image:Setup_SIP_Federation_with_innovaphone_AG_4a.png | SIP Interface Example ]]

The SIP interface is required to be able send and accept SIP calls and presence subscriptions to the federation partners. The mode of the SIP interface should be ''Open Federation''.

This SIP interface must be reachable from the internet via TCP port 5061 and must be registered at the Gateway Object in the PBX used for federation.

The best practice is to route incoming federation calls to numbers (e.g. <code>123@example.com</code>) via the Trunk Line Object that is used for PSTN calls. In the following picture you will find the routing ways of the federation calls:

[[Image:Setup_SIP_Federation_with_innovaphone_AG_4.png | Routing via TrunkLine ]]

[[Image:Setup_SIP_Federation_with_innovaphone_AG_5.png | Routing via TrunkLine explanation]]

'''Important''': Make sure to enable ''Interworking(QSIG,SIP)'' on the routes from and to this interface.

You can use an additional innovaphone gateway to offload the SIP interface for federation from the PBX gateway and place it in the DMZ.

Depending on your network configuration (NAT, Firewall etc.) it is useful to enable ''Media-Relay'' on the SIP interface to be able to make voice calls.

===DNS Entries===
The SIP Federation mechanism relies on the DNS to resolve the domain name of the federation partner and find out the IP address to send the SIP messages.

Following DNS entries from you as federation partner are required:
*SRV record <code>_sips._tcp.yourcompany.example</code> or <code>_sipfederationtls._tcp.yourcompany.example</code> pointing to an IP address or host name of the innovaphone gateway that hosts the SIP interface for federation
*in case SRV record points to a host name, the host name must be resolved to the IP address of the innovaphone gateway that hosts the SIP interface for federation

For example, following DNS entries are configured for federation with the innovaphone AG:

_sips._tcp.innovaphone.com IN SRV 5061 sip.innovaphone.com

sip.innovaphone.com IN A 145.253.157.4

After the DNS record is configured and propagated to your DNS servers, check it in the DNS client on the innovaphone gateway:

[[Image:Setup SIP Federation with innovaphone AG dns srv record example.png]]

===Certificates===
The innovaphone gateway, that hosts the SIP interface for federation must have a certificate with a Common Name (CN) or SubjectAlternativeName (DNS) that matches your domain name. You can use a self signed one, generated directly on the box.

In case you configure DNS and IP Entries in the certificate, make sure the domain name used for the PBX and Federation Interface is included in the certificate.

[[Image:Setup_SIP_Federation_with_innovaphone_AG_6.png | Self signed certificate]]

E.g., innovaphone AG provides following entries in the certificate:
CN=innovaphone.com
DNS=innovaphone.com
DNS=sip.innovaphone.com
IP=145.253.157.4

However, only CN and DNS for innovaphone.com would be sufficient for SIP Federation.

====Get on the Trust List====

If you try to federate with innovaphone AG for the first time, your certificate will be rejected, cause it will be not on our trust list.

To get on the trust list at our federation gateway, please contact [mailto:presales@innovaphone.com presales] and provide the domain name and the certificate data.

====Put the certificate of innovaphone AG on the own Trust List====

You have also to trust a certificate, provided by innovaphone:

Subject
C=Germany, ST=BW, L=Sindelfingen, O=innovaphone AG, OU=Techserv, CN=innovaphone.com
DNS=innovaphone.com
DNS=sip.innovaphone.com
IP=145.253.157.4
Issuer C=Germany, ST=BW, L=Sindelfingen, O=innovaphone AG, OU=Techserv, CN=innovaphone.com

Serial number FBA06716
Not before 22.08.2013 09:26:00 GMT
Not after 22.08.2023 09:26:00 GMT
CA yes
Path length 0
Key usage digital_signature key_encipherment key_cert_sign
Subject key ID 79:E8:1A:D0:4F:3E:3A:2E:13:DD:BB:9F:76:68:6B:00:2B:97:37:6C
Authority key ID 79:E8:1A:D0:4F:3E:3A:2E:13:DD:BB:9F:76:68:6B:00:2B:97:37:6C
--------
Type X.509 v3
Public key 1024-bit RSA
SHA1 27:E1:9A:19:A2:EC:E3:0E:9F:F6:96:75:49:90:AC:55:F5:36:3C:70
MD5 08:AB:5C:DE:D0:6E:90:E2:8E:81:00:F7:06:A2:41:18

==Security Considerations==

===Firewall===
In case a firewall is used to filter the connections from the internet to your SIP gateway, please define a rule to allow incoming connections from the IP address 145.253.157.4 to the TCP port 5061.

Also make sure to allow a range of UDP ports for RTP, in case voice calls should be supported.

===Offload SIP Federation Interface to DMZ===
When possible, offload the SIP Interface in the Federation mode to an innovaphone Gateway in the DMZ, so the PBX itself is not reachable from the internet directly.

===Secure your PBX===

In case the Gateway with PBX is reachable from the internet, make sure to use secure passwords for administration and user objects. 'implement IP-Filters to disable registrations at the PBX from the internet.

==Usage==

To add somebody on your favourites list, go to the myPBX and place the e-mail address of the person into the search field. Then press on the star symbol.

[[Image:Setup_SIP_Federation_with_innovaphone_AG_7.png | Add contacts]]

In case the federation was configured correctly and access rights are configured to be able to see presence and on-line status, the save button for an ''External URI'' will appear.

==SIP Federation Partner==
Here is a list of domains accepting SIP federation connections:

{|border="2" cellspacing="4" cellpadding="3" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse;empty-cells:show;"
|+ SIP Federation enabled Domains
! Domain !! access !! contact
|-
| innovaphone.com || on request || presales@innovaphone.com
|-
| oberberg.net || on request || admin_tk@oberberg.net
|-
| modusone.ch || on request || marc.steiner@modusone.ch
|-
| estos.de || presence only ||
|}

==Troubleshooting==

The best way to troubleshoot the SIP federation is to make an RPCAP Wireshark trace on the gateway with the SIP interface used for federation.

Check the trace for following:

*a DNS request and reply resolving the SRV record
*establishing of the TLS connection
*SIP subscribe and notify requests (visible only in the innovaphone log part if SIP tracing is enabled)

==Related Articles==
[[Reference9:Gateway/Interfaces/SIP]]

[[Category:Howto|{{PAGENAME}}]]

Reference13r2:Apps/PbxManager/Explorer

2022-12-10T12:00:31Z

Ms: /* Search all user with template "Config user" and remove password */

The PBX Manager Explorer is a tool to search and modify the PBX objects configuration based on xpath expressions.

Care should be taken to apply any changes with the OK buttons. These changes come into effect immediately and cannot be reverted. It is good practise to save a backup of the configuration before applying any modification.

Clicking OK if there is no change is also not advised. It creates an unnecessary write operation.

== The search input ==

The search input is used for an xpath expression to filter the objects. Any object, for which an non-empty set is returned, is selected. If the search input is left empty, the expression "/user" is used, which selects all objects.

An example, which selects all objects with a long name starting With "A" would be

/user[starts-with(@cn, "A")]

== Add ==

To modify the data, an expression to add a tag or attribute can be added, by clicking on the plus icon. For example the expression

device/@hw = hw0

adds a "device" tag with the attribute "hw" set to hw0

== Del ==

By clicking on the minus icon an expression to remove a tag or attribut may be specified

== Display of current configuration ==

In the first window below the expressions, the current configuration for each selected object is displayed

== Preview of changed configuration ==

In the window below the configuration is display as if the changes where applied

== Operations ==

=== OK ===

applies the change to the current object

=== OK(all) ===

applies the change to all objects

=== Skip ===

skips the current object

=== Cancel ===

Cancels the operation. The changes already applied with OK are not reversed

== Examples ==

=== Search all users with number ===
/user[not(pseudo)][@e164]

=== Search all user devices with Innovaphone MAC as hardware ID ===
/user/device[starts-with(@hw,"009033")]

=== Search all user with template "Config User" and remove password ===
/user[@config="Config User"] -> - @pwd - @pwdx

=== Remove the Flag 'TLS only' from all user devices ===
/user[not(pseudo)][@e164]/device[@tls="true"] -> - @tls

=== Set a cfnr to 88 for all users with 'T' as first letter in name ===
/user[not(pseudo) and starts-with(@cn, "T")] -> + cd/@type = cfnr 
/user[not(pseudo) and starts-with(@cn, "T")]/cd[not(ep)] -> + ep/@e164 = 88

==== Securing it with boolean object 'alwaystrue' ====
/user[not(pseudo) and starts-with(@cn, "T")] -> + cd/@type = cfnr 
/user[not(pseudo) and starts-with(@cn, "T")]/cd[not(ep)] -> + @bool = alwaystrue & + ep/@e164 = 88

== Links ==
[https://www.w3schools.com/xml/xpath_intro.asp XPath Tutorial (w3schools.com)]

Reference13r2:Apps/PbxManager/Explorer

2022-12-10T12:00:06Z

Ms:

The PBX Manager Explorer is a tool to search and modify the PBX objects configuration based on xpath expressions.

Care should be taken to apply any changes with the OK buttons. These changes come into effect immediately and cannot be reverted. It is good practise to save a backup of the configuration before applying any modification.

Clicking OK if there is no change is also not advised. It creates an unnecessary write operation.

== The search input ==

The search input is used for an xpath expression to filter the objects. Any object, for which an non-empty set is returned, is selected. If the search input is left empty, the expression "/user" is used, which selects all objects.

An example, which selects all objects with a long name starting With "A" would be

/user[starts-with(@cn, "A")]

== Add ==

To modify the data, an expression to add a tag or attribute can be added, by clicking on the plus icon. For example the expression

device/@hw = hw0

adds a "device" tag with the attribute "hw" set to hw0

== Del ==

By clicking on the minus icon an expression to remove a tag or attribut may be specified

== Display of current configuration ==

In the first window below the expressions, the current configuration for each selected object is displayed

== Preview of changed configuration ==

In the window below the configuration is display as if the changes where applied

== Operations ==

=== OK ===

applies the change to the current object

=== OK(all) ===

applies the change to all objects

=== Skip ===

skips the current object

=== Cancel ===

Cancels the operation. The changes already applied with OK are not reversed

== Examples ==

=== Search all users with number ===
/user[not(pseudo)][@e164]

=== Search all user devices with Innovaphone MAC as hardware ID ===
/user/device[starts-with(@hw,"009033")]

=== Search all user with template "Config user" and remove password ===
/user[@config="Config User"] -> - @pwd - @pwdx

=== Remove the Flag 'TLS only' from all user devices ===
/user[not(pseudo)][@e164]/device[@tls="true"] -> - @tls

=== Set a cfnr to 88 for all users with 'T' as first letter in name ===
/user[not(pseudo) and starts-with(@cn, "T")] -> + cd/@type = cfnr 
/user[not(pseudo) and starts-with(@cn, "T")]/cd[not(ep)] -> + ep/@e164 = 88

==== Securing it with boolean object 'alwaystrue' ====
/user[not(pseudo) and starts-with(@cn, "T")] -> + cd/@type = cfnr 
/user[not(pseudo) and starts-with(@cn, "T")]/cd[not(ep)] -> + @bool = alwaystrue & + ep/@e164 = 88

== Links ==
[https://www.w3schools.com/xml/xpath_intro.asp XPath Tutorial (w3schools.com)]

Reference13r1:Concept Number Resolution and LDAP

2019-08-26T20:04:39Z

Ms: /* Estos MetaDir */

= General =
This document shows the V13 concept of number resolution, LDAP search and reverse lookup.

== Applies to ==
This information applies to

* V13 and up

= Reverse Lookup =
There is a central backward resolution per PBX for all incoming calls to one dedicated source.
A PBX wide ''Reverse Lookup URL'' for LDAP queries can be configured under [[Reference13r1:PBX/Config/General|PBX/Config/General]]. 
If a resolution occurs via this mechanism, the resolved Name is given to all other applications/locations. (MyApps, Phones (also DECT), CDRs, Reporting, eg.) This means that no further instance has to perform an LDAP query.

== PBX Configuration ==

If you want to use the central PBX Reverse Lookup you can use one of the following examples for your ''Reverse Lookup URL''. 
Otherwise, you can use every other LDAP Server that you want. The URL is an [https://tools.ietf.org/html/rfc2255 RFC2255] encoded string. The format is explained [[Reference13r1:PBX/Config/General|here]]

Of course only attributes which exist at the external directory will be resolved.

Note: There's a [[#Known_issues|known issue]] that LDAP responses are stopped upon return of empty values in a specific field

=== Contacts App ===

ldaps://ap.domain.tld/dc=entries?givenname,sn,company?sub?(metaSearchNumber=+%n)?bindname=domain.de\contacts

=== Estos MetaDir ===

ldap://metadir.domain.tld:712/dc=meta?givenname,sn,company?sub?(telephoneNumber=+%n)?bindname=username

Alternative for searching in more than 1 number field:

ldap://metadir.domain.tld:712/dc=meta?givenname,sn,company?sub?(|(telephoneNumber=+%n)(mobile=+%n)(homePhone=+%n))?bindname=username

=== C4B ===

to be tested

=== PBX as LDAP Server ===

This refers to the legacy [[Howto:Maintaining a Phone Directory in the PBX| PBX-directory solution]].

ldap://ldap.domain.tld/cn=PBX0?dn,e164,email?sub?(&(node=PhoneBook)(e164=000%n))?bindname=telbook

The three zero's before the %n depends on the diable format, how your number is stored in the Phone Directory

== Legacy Device Configuration ==

By default, in V13 the reverse number lookup is done at the PBX and displayed at the phone. Phone originated directories such as internal phone book, pbx access and external ldap are disabled.

Optionally, it is possible to enable the resolution directly at the phone. This is done by unticking the [[Reference13r1:Phone/User/Preferences | option "Disable Phonenumber Look-up"]] at Phone/User/Preferences.

The phone will then use the directory settings of the appropriate user, which are defined in the user object or config template.

If the resolution on the local phone provides a result, this is shown instead of the resolution of the PBX.

Be aware that this might lead to a different result than displayed on the PhoneAPP/SoftphoneAPP/CallList etc. as these applications always resolve against PBX-located settings.

= Search =
Search can be done by use of various sources. Those may be
* PBX itself (UsersApp)
* included ContactsApp
* any other external directories

== UsersApp ==
All PBX users can be searched via the UsersApp.

== ContactsApp ==
Further contacts can be managed and searched within the [[Course13:IT_Connect_-_09.0_Contacts|ContactsApp]].

It is possible to define several contact instances hosting different contact data and assign those to dedicated users/config template.

=== Usage ===
Configure LDAP query with Contacts e.g. at phone:
* use of the correct user incl. domain (e.g. domain.tld\contacts)
* Correct password (in plain text in PBXManager/APContacts/configuration)
* Search attributes:
** Meta Name Attributes -> metaSearchText
** Meta Number Attributes -> metaSearchNumber

== PhoneApp / SoftphoneApp / myPBX ==
Search requests can be done via dedicated directory applications such as UsersAPP or ContactsAPP or within the Phone/SoftphoneAPP and also myPBX.

Search requests are performed towards multiple sources in parallel if assigned to the respective user.

User objects and configuration templates offer possibility to define search against the PBX and one external source. In case of more external sources are required (e.g. Contacts and C4B), an LDAP-object has to be defined and assigned to the user.

=== LDAP Object ===
To extend the amount of external search sources you can use the LDAP Object in the PBX.

To be defined depending on the external source attributes [[Reference13r1:PBX/Objects/LDAP|according to this description]].

LDAP object has to be assigned via App-tab to dedicated user / configuration template.

== Outlook ==
* Works with myAPPs windows launcher and so Windows compliant only
* Outlook Search will find contacts in all exchange accounts and all contact folders from these accounts
* requires configured MAPI profile in Outlook (Exchange Account)

Note: currently only local contacts owning an email address will be found

== Hardware Phone ==
Search on the hardware phone is done by use of the [[Reference13r1:Phone/User/Directories|configured directories]] at the phone.

= Related Articles =
* [[Reference13r1:PBX/Config/General]]
* [[Reference13r1:PBX/Objects/LDAP]]
* [[Reference13r1:Phone/User/Directories]]
* [[Reference13r1:Concept_App_Contacts]]

= Known issues =
* #60684 - Reverse Lookup URL - empty return value stops parsing further values

Howto:ER-Alarmsystem - ER-systems - 3rd Party Product

2019-04-10T18:26:55Z

Ms:

[[Image:Er_systems_logo.png‎||200px|right]]

==Product Name==

ER-Alarmsystem [http://www.ersystems.ch ER systems]

==Certification Status==






{{Template:Compat Status "customer-testimonial"|certificate=ER-Alarmsystem_-_ER-systems_-_3rd_Party_Product_product_certx.pdf‎}}



==Category==


{{Category:3rdParty Alarm Server}}
[[Category:Referral Product|{{PAGENAME}}]]
[[Category:3rdParty Alarm Server|{{PAGENAME}}]]

==Functions==


*Alarm
*Messaging
*Nurse call

==Version==

innovaphone PBX V8
==Vendor==


ER systems





==Summary==


This solution proved to meet the expectations in the following customer projects:
* zentren körperbehinderte aargau



==Contact==


{|
| colspan=99 | Marc Steiner
|-
| colspan=99 | Inikon AG
|-
| Tel: || +41/43 277 1070
|-
|}

<internal>http://mantis.innovaphone.com/ckl/view.php?id=67505 Mantis 67505</internal>

[[Category:Compat|{{PAGENAME}}]]

Reference12r1:Concept myPBX for iOS

2018-03-07T16:54:23Z

Ms: /* Configuration via e-mail */

[[Category:Concept|iOS Softwarephone]]
Version 12r1 introduces myPBX for iOS, an iOS app for iPhone and iPad that provides similar features than the desktop phones IP222 and IP232 in the WLAN via H.323.

== Requirements ==
=== PBX ===
* myPBX license matching the PBX version (enabled at the user object)
* Uses Port-Lic since does an active registration on the PBX like an IP Phone.

=== iPhone/iPad ===
* An iPhone or iPad running iOS 8.0 or higher for best user experience but interoperability with earlier iOS versions beginning with 6.0 is supported.

== Features ==
For a feature overview refer to [[Reference12r1:Concept_myPBX_derviates_and_features|myPBX derivates and features]].

== Installation ==
Install the app from the App Store. Search for "innovaphone" and "myPBX" to locate it.
Start the myPBX for iOS app and enter the credentials for registration on your PBX in the setup screen.

== Configuration via WEB browser ==
For configuration via WEB browser determine the IP address that has been assigned to the iPhone in the WLAN. It's shown on the setup screen of the app and in the WLAN settings. Access http on port 10006 or https on port 10007 from the browser of an iMac or PC. Make sure that myPBX for iOS is started and running in the foreground on the iPhone:
<nowiki>http://xx.xx.xx.xx:10006</nowiki>
<nowiki>https://xx.xx.xx.xx:10007</nowiki>

To log in to the configuration enter
User name: admin
Password: mypbx

== Configuration via e-mail ==
Since 12r1 sr 8 and 12r2 beta 4 configuration commands can be passed to the app via an URI. The URI might be sent to the iPhone by e-mail or made available as link in a web page. The URI must start with
<nowiki>com.innovaphone.commands://</nowiki>
I.e. URI scheme "com.innovaphone.commands". It might be followed by any sequence of configuration commands to set module parameters or variables. Please refer to the update script documentation. Commands must be separated by newline which needs to be replaced by "%0d%0a". Spaces might be replaced by '+'. E.g.
<nowiki>ser</nowiki>
<nowiki>config change PHONE SIG /h323 user /prot SH323 /gk-addr thepbx.company.com /gk-id company.com</nowiki>
<nowiki>vars create PHONE/USER-PWD/00000 pc 1234567890abcdef</nowiki>
<nowiki>config change MEDIA /stun thestun.company.com /turn theturn.company.com /turn-user turnuser</nowiki>
<nowiki>vars create MEDIA/TURN-PWD pc 8cb5df61335a13ea6a9f540db8224d99cecfe54ec663f29ea94df478ccc1c285</nowiki>
<nowiki>config change UP1 /url http://updateserver.company.com/init /poll 1</nowiki>
<nowiki>config change MAIN /deny-uri-commands 1</nowiki>
<nowiki>config activate</nowiki>
<nowiki>config write</nowiki>
<nowiki>reset</nowiki>
Results in the following prepared link
<nowiki>com.innovaphone.commands://ser%0d%0a</nowiki>
<nowiki>config+change+PHONE+SIG+/h323+user+/prot+SH323+/gk-addr+thepbx.company.com+/gk-id+company.com%0d%0a</nowiki>
<nowiki>vars+create+PHONE/USER-PWD/00000+pc+1234567890abcdef%0d%0a</nowiki>
<nowiki>config+change+MEDIA+/stun+thestun.company.com+/turn+theturn.company.com+/turn-user+turnuser%0d%0a</nowiki>
<nowiki>vars+create+MEDIA/TURN-PWD+pc+8cb5df61335a13ea6a9f540db8224d99cecfe54ec663f29ea94df478ccc1c285%0d%0a</nowiki>
<nowiki>config+change+UP1+/url+http://updateserver.company.com/init+/poll+1%0d%0a</nowiki>
<nowiki>config+change+MAIN+/deny-uri-commands+1%0d%0a</nowiki>
<nowiki>config+activate%0d%0a</nowiki>
<nowiki>config+write%0d%0a</nowiki>
<nowiki>reset%0d%0a</nowiki>
It might be placed as hypertext link into a mail and sent to the iPhone for first provisioning. Once the user clicks the link, the app starts and carries out the commands.

Note that this only works with the iOS mail client.

Note that the command
<nowiki>config change MAIN /deny-uri-commands 1</nowiki>
prevents further provisioning commands via this mechanism.

=== Considerations for vars create ===
The vars create command needs its value URL encoded. Spaces must be denoted as %2520 to leave %20 after the first step of URL decoding or as %2b to leave + which means space. A plus seen as %2b in the command must we re-written as %252b. E.g. the configuration command
<nowiki>vars create PHONE/USER-REG/00001 p %3creg+gk-addr=%27172.16.1.1%27+e164=%27123%27+h323=%27user%2btest%27+/%3e</nowiki>
needs to be embedded in the mail as one of these
<nowiki>vars+create+PHONE/USER-REG/00001+p+%3creg%2bgk-addr=%27172.16.1.1%27%2be164=%27123%27%2bh323=%27user%252btest%27%2b/%3e</nowiki>
<nowiki>vars+create+PHONE/USER-REG/00001+p+%3creg%2520gk-addr=%27172.16.1.1%27%2520e164=%27123%27%2520h323=%27user%252btest%27%2520/%3e</nowiki>

=== Issue with some older myPBX iOS Versions ===
Some older myPBX iOS versions garble the first command. It is therefore recommended that you insert a first, useless command (e.g. <code>ser</code>) as first command in to your command sequence.

== Settings ==
Most of the configuration of myPBX for iOS in the config screen is identical to the one of the desktop telephone IP222. Instead of the device settings you will find the app settings, which are specific to iOS.

[[Image:mypbx_ios_app_settings_reference.jpg]]

==== Start automatically ====
This setting controls when myPBX for iOS should be active in background. Note that incoming calls are only indicated if the app is started and either visible or put in background via short press of the home button. If it has been stopped via the "Off" button at the headline of the settings screen or kicked away in the task manager, incoming calls are not indicated.

- "If connected to WiFi": The app stays active in background if connectivity is through WiFi. It quits background activity if connectivity changes to other than WiFi to make sure that it doesn't generate charges due to mobile data traffic. This is the default.

- "If mobile data/WiFi available": It stays active in background if connectivity is through WiFi or mobile data. Note that this may generate charges due to mobile data traffic.

- "Always": It always stays active in background.

- "Never": It never stays active in background. If telephone functions are needed myPBX for iOS must be started manually by click on its app icon.

==== GSM use ====
These are the options in which situation a call initiated in myPBX for iOS is deferred to the GSM dialer of the iPhone. The options are

- "Never": myPBX for iOS dials all calls itself and presents "no channel available" if the registration is not up. This is the default.

- "If registering isn't possible": Calls are deferred to GSM if the registration is not up, i.e. if no WiFi or mobile data connectivity exists.

- "Always for external calls": External calls are deferred to GSM.

- "For all calls": All calls are deferred to the GSM dialer.

- "If not connected to WiFi": myPBX for iOS dials all calls itself only if connectivity is through WiFi. Without WiFi all calls are deferred to the GSM dialer.

The last three options are useful if the WiFi or mobile data performance is not good enough for VoIP or if there is a quota on the mobile data traffic. Then the directory and presence information is still available and the calls use the GSM network.

==== Hang up with docking station ====
If the iPhone is used with a docking or charging station this option enables automatic call acceptance if the iPhone is lift from the dock and call disconnection if it is put back to the dock. Keep this setting off if the iPhone might be plugged for re-charging during a call as plugging would disconnect the call. The default of this setting if "off".

==== Auto-rotate screen ====
Keep this setting on if you want myPBX to automatically react to orientation changes.

==== Display brightness in docking station ====
This setting is useful in conjunction with a docking or charging station on the desk. It lets the iPhone keep its screen on while it is put in the station.

- "Display off": The iPhone doesn't keep its screen on when it is in the docking station. This is the default.

- "Dimmed": The iPhone keeps its screen on with lower brightness while it is in the docking station.

- "Bright": The iPhone keeps its screen bright while it is in the docking station.

==== Text ====
For iOS versions prior to 7.0 this setting chooses the font size used in the app. Large ("L") is the default.

- "XS": Very small

- "S": Small

- "M": Medium

- "L": Large

- "XL": Extra large

- "XXL": Extra, extra large

- "XXXL": Largest possible

==== WLAN MAC Address ====
The iOS operating system doesn't disclose the real WLAN MAC address to an application. It pretends on all devices that it's 020000000000. In this case myPBX for iOS assumes a random value based on the timestamp at installation of the app. This might be overwritten e.g. with the real value that is still shown in the iOS settings app.

==== Save log ====
Starts and stops saving a debug trace on the iPhone. To get the trace files connect the iPhone via USB to the iMac or PC, start iTunes and locate "Apps", "Shared Files", "myPBX". The file names are trace.txt, trace0.txt, trace1.txt, trace2.txt, trace3.txt.

==== Send logs via e-mail ====
Prepares an e-mail that contains all log files ready to send after a support ticket has been opened at innovaphone. Please insert the ticket number in the e-mail subject line prior to sending it.

== Update ==
App updates of myPBX for iOS are distributed regularly via iTunes.

Update scripts may be used with myPBX for iOS in the same manner as with the desktop phones. The default name of the script is
update-MYPBXI.htm

App updates via update script are not possible. These script lines are ignored.

== Taking traces ==
innovaphone always works on improving myPBX for iOS and making it as stable as possible on every iPhone and iPad model. If there is a problem please try to capture a trace by turning trace logging on (Settings/App settings/Save log). Re-do the steps to reproduce the problem. Stop logging and get the trace files via USB connection to iMac or PC or send them by e-mail (Settings/App settings/Send logs via e-mail).

=== Mobile Data (3G/4G) pcap traces ===

If there are iOS problems in 3G / 4G which do not occur in the WLAN, you can still create with our trace options pcaps.
1. myPBX app under "Settings" -> "Web Configuration". In our webGUI (For my Android 6.0.1 only with chrome usable not with the Android browser (easy chrome open and
127.0.0.1 if no default) and the necessary trace options.

2. myPBX app -> app settings -> "save log"

3. Make calls and in the app settings "Send logs via mail" or even via USB.

4. Important! Deactivate the trace options in the webgui or deactivate logging again!
Otherwise, the phone_logcat gradually becomes too large ... even without calls.

== Adding ring tones ==

To add a ring tone create a MP3 file with a few seconds of audio and place it into the Ringtones subdirectory of myPBX for iOS. This directory is accessible via the browser of an iMAC or PC via
<nowiki>http://xx.xx.xx.xx:10006/drive/cf0</nowiki>
<nowiki>https://xx.xx.xx.xx:10007/drive/cf0</nowiki>
myPBX for iOS must be running in the foreground for this and must be terminated and started again to make the new file selectable as ring tone.

== Known limitations ==

=== H.323/UDP not supported ===
H.323/UDP is not supported on myPBX for iOS. The signalling link to the PBX must be TCP or TLS.

=== SIP protocol not supported as User-1 ===
If we set the protocol SIP the application will not obtain the mypbx license from the PBX and for that reason will not work, H.323/TCP or H323/TLS must be used.

=== No synchronisation with GSM call list ===
It is not possible to synchronize myPBX for iOS and GSM call list.

=== Button on Bluetooth headsets not functional ===
The button of Bluetooth headsets doesn't provide for accepting or disconnecting calls. The button on wired earphones does.

=== H.323/TLS Connection not Trusted by Default ===
Please check the [[Reference11r1:Concept_H.323_over_TCP/TLS_(H.460.17)#Known_Issues|H.323/TLS Known Issues article]].

=== Delayed re-registration if mobile data use not permitted ===
The option "Start automatically" set to "If connected to WiFi" means that the use of mobile data traffic is not permitted. In this case it can take up to 10 minutes to re-gain registration if WiFi is available again after connectivity had been through mobile data.

=== Some WebUI operations are not possible on the iPhone itself ===
The button "Web Configuration" of the app shows the Web UI which allows extended configuration but has some limitations due to the browser window. E.g. it is not possible to download a certificate. These operations might be carried out via a Web browser on a remote computer. Note that myPBX iOS needs to be running in foreground to be accessible.

=== Configuration via e-mail not working with all mail clients ===
Configuration via e-mail doesn't work with all e-mail clients. It does however work with the native mail client of iOS.

== Known issues ==
As of v12r1/v12r2, myPBX for iOS does not support iOS ''push notifications''. As a result it may (for example, if you change networks) loose registration to the PBX when it goes in to background mode for a longer period and it will then not be able to recover unless it is brought back to foreground mode again.

If you must make sure that myPBX for iOS is reachable all the time, best make sure it is not running in background.

==Related Articles==
*[[Reference11r1:Concept myPBX for Android]]

Reference12r2:Concept Softwarephone

2017-11-23T12:31:17Z

Ms: /* Rollout */

[[Category:Concept|{{PAGENAME}}]]

= General =

Innovaphone SoftwarePhone is the implementation of innovaphones HW phones software as a Windows process. So all the features native to the hardwarephones are present in SoftwarePhone as well. SoftwarePhone has no UI, it is operated via myPBX or 3rd Party CTI client (ex: Estos Procall).

=System Requirements=
The innovaphone SoftwarePhone requires:
*Windows 7 or later.
*Innovaphone PBX with SoftwarePhones<v> License.

= Installation =

Prior to installing the 10.00 Version of innovaphone SoftwarePhone an eventually installed 9.00 version must be manually deinstalled. From version 10.00 on, subsequent releases can be updated without first deinstalling the older version.
When updating the installation, the previous configuration (if existing) is reused. Otherwise a default configuration is installed.
There are 2 ways to install Softwarephone:

* SetupSWPhone.exe. This is the preferred method if no installation parameters are required. It automatically installs all 3rd party SW to operate the headsets
* softwarephone.msi AND SpokesSDKNativeRuntime.msi. If the Softwarephone installation needs to be parametrized via Orca first install SpokesSDKNativeRuntime.msi, then
softwarephone.msi

The following items are installed:

* SoftwarePhone .exe and related files (dll) in Program files (x86)\innovaphone\SoftwarePhone
* Hid.tbl (the code definitoins of supported USB headsets) in Program files (x86) \innovaphone\SoftwarePhone
* The config files „swphone_config.cfg“ and „swphone_command.cfg” in the User Roaming directory (if no previous configuration is located there, otherwise the old configuration is used, Roaming Directory Location : <drive>:\Users\<User>\AppData\Roaming\innovaphone\SoftwarePhone\)

Installation Process:

* http port 80 ist checked to be available as the SoftwarePhone ’s web configuration port. If not free, a search starting at port 10006 is executed to find a free port. The URL file, containing the configuration servers web @ is adjusted to the determined free port
* SoftwarePhone is startet.

Resetting to defaults:

*Resetting to default configuration could be done by deletiong the config files in the Roaming Directory.

Unattended Installation of softwarephone for ALLUSERS:

*It's possible to install softwarephone for ALLUSERS by using the command:
Msiexec /i softwarephone.msi ALLUSERS=1

= Configuration =

The configuration is opened by selecting “Configuration” from the start menu. A browser connection is opend to the server running as part of SoftwarePhone and the configuration menu is displayed.

Default login is admin/swphone.

The configuration options are the same as for the hardware phones with a few specifics referring to SoftwarePhone running as a Windows process:

* Application
The Applicatons run mode and priority can be set and whether to register with the computers name at the PBX.
* Audio
The desired audio devices can be selected.
* Audio
The Audio –Input, -Output and –Ringing device can be selected.
* USB
Legacy configuration for customers who use a previous installation with a headset other than Jabra, Sennheiser or Plantronics. Headsets from these vendors are handled automatically and need not be configured.

The default credentials are admin / swphone

== '''„Audio and USB Configuration"''' ==

This config GUI is unique in the way that it can only be accessed (right click on the softwarephone icon) from the computer SoftwarePhone is running on. Here the typical End User Configurations are set: Audio and USB-headset parameters.

[[Image:default-usercfg.png]]

Above image shows the default configuration without any headset from vendors Jabra, Plantronics or Sennheiser plugged in. "Headset" in this case means any headset of beforementioned vendors that is detected. Note: The FIRST detected headset will become the active one, if more than 1 headset is plugged in. In case you have more than 1 headset plugged in and want to use a specific for Softwarephone operation you must configure it in the "USB Configuration | USB device" droplist.
The column on the right shows the actual values

[[Image:usercfg-headset-plugged-no-preferred.png]]

Above image shows a default configuration "Headset" with currently a "Sennheiser SC260 .." being plugged in and detected

[[Image:usercfg-headset-plugged-preffered-active.png]]

Above image shows the "Sennheiser SC260 .." configured as the prefered (USB Device) and being active.

Note: If you have configured a specific headset and you don't plug it in but instead another one then this other is fully operational and it stays that way until the prefered one is plugged in, then it becomes the active one.

'''Microphone:'''

The microphone selection.

'''Speaker:'''

The speaker selection

'''Ringer:'''

The Ringing device selection

'''Handsfree:'''

The open listening device selection. The device that plays the incoming audio stream when the speaker button is pressed in myPBX.

'''USB Device:'''

The USB headset selction.

'''USB Map:'''

Legacy for non Jabra, Plantronics and Sennheiser headsets. The codepage selection for the selected usb device. Here one or two choices are presented. If a selection item that refers to the selected USB Device use this. If only “generic HID Telephonie Page” is available you can try to use the headsets button (some headsets support the generic codes)

'''NOTE:''' If the headsets buttons do not work for call control, then call control is solely available through myPbx. Nevertheless the USB headset can be used as the audio-in/output device.

== '''[Tab:„Application“]''' ==

Admin mode Application configuration.

[[Image:swphone_application.jpg]]

Application Run Mode, Application Priority: see „User Configuration“

'''Application Run Mode:'''

* Manual: SoftwarePhone needs to be started manually
* Login: SoftwarePhone will be started when the user logs in (don't set this option if myPBX Launcher have option "Run Softwarephone" in the same PC).

'''Application Priority:'''
* Normal: As every standard Windows Process. Sufficient in almost all cases
* High: Elevated Priority.

'''Register Mode:'''
* Default: Registration modes like the HW phones.

'''NOTE:''' Anonymous registration might not work in all environments, especially those that prevent multicasts. For example, when using SoftwarePhone over a vpn connection ensure that multicast forwarding is guaranteed. Also, if a virtual machine is running on the same computer it might prevent
multicasts being sent on the LAN.

* Computername:
The best way for registering SoftwarePhone at the PBX. It uses the computername as it is visible on the LAN. The computername is determined by SoftwarePhone and the appropriate parameters are set for the “Phone” modul. This configuration appears in the field “Name” under the “Phone” tab (Example for computer„LBU-VOSTRO-W7“ ):

[[Image:swphone_registration.jpg]]

== '''[Tab:"Audio”]:''' ==

Admin mode Audio configuration. Items see „User Configuration“

== '''[Tab:“USB”]:''' ==

Admin mode Audio configuration. Items see „User Configuration“

= Rollout =

Especially in larger installations it is desirable to have a mechanism for automatic configuration of the SoftwarePhones. This can be accomplished in the following way:

SoftwarePhones installation package (softwarephone .msi)can be parametrized by creating an [http://support.microsoft.com/kb/255905/en-us Orca MSI database editor] transform with the parameters:
URL and POLL. Theses parameters are entered in the “Property” table

[[Image:download_orca.jpg]]

Saving Embedded Streams

By default, when saving a database to a new file with File and Save As…, Orca does not copy streams that are embedded in the database but not a member of any table. Select Copy embedded streams during 'Save As' to save streams to the new file when saving a database using the File with the Save As… option.

[[Image:orca_openfile.jpg]]

[[Image:orca_addrows.jpg]]

[[Image:orca_rows_content.jpg]]

[[Image:orca_savefile.jpg]]

It is recommended that the “POLL” value be set to “1” (shortest time: 1minute).
When SoftwarePhone is installed with the transform it starts, waits 1 min (poll period) then accesses the script file specified in the “POLL” parameter and executes the commands therein.
To register SoftwarePhone with the computername at the PBX the script file should look as follows (example showing the PBX @ “192.168.178.22” with the identifier „IP800-06-25-6e” :

…
#set the PBX @ and Identifier
config change PHONE SIG /prot H323 /gk-addr 192.168.178.22 /gk-id IP800-06-25-6e

#register with computername
mod cmd APP0 app-set /op OK /reg_mode ComputerName

#reset the automatic configuration update
config add UP1 /url

#reset SoftwarePhone and apply config
reset

Another method to provide configurations to the installed SoftwarePhone s is preparing a configuration template by configuring one SoftwarePhone entity, then using the generated “swphone_commands.cfg” file in the <users roaming directory >\innovaphone\SoftwarePhone
as the template, copying it to the update location and using it in the script file:

#invoke configuration template
mod cmd UP0 cfg <update directory location>/swphone_commands.cfg

This method is particularly helpful when many USB headset of the same type are used.

= Setting QoS =
See [[Howto:Softphone recommended settings]].

= Supported USB headsets =

The following USB headsets are supported for onhook/offhook functionality:

All Jabra, Plantronics and Sennheiser headsets that are supported by these vendors SDKs. Please check their
sites for more information.

= Troubleshooting Connectivity Problems =

If you experience problems with softwarephone attaching to the PBX or not being able to make calls please check the following:

* '''check in the “Phone” tab whether the state is “up”'''

* '''check in the “General” tab if License is “Valid”'''

* '''Start a command window as Administrator and issue a “netstat –a –b > swphone_netstat.txt'''

In the “swphone_netstat.txt” file search for “1720”. There should be an entry like this:

'''''TCP 0.0.0.0:1720 LBU-VOSTRO-W7:0 LISTENING'''''
'''[softwarephone.exe].'''

Please search for other occurances of “'''1720'''” to ensure that no other processes listen to this port.

* '''Make a softwarephone trace to see if the packets are received by softwarephone'''

In the “Maintenance” tab “Tracing” enable “'''H.323 Signaling'''”, “'''Phone'''” and “'''All TCP/UDP Traffic'''”. Then try to make the call. In the resulting trace you should see the events like the following:

'''''0:0103:337:3 - RECV RESULT[](662 from pla(192.168.178.22:60003) type: 1)
0:0103:337:3 - PHONE_LISTEN.1 -> PHONE_REG.1 : SIG_SETUP faststart=3ac8bec cmd=PROPOSAL cdpn=400'''''

If these events are no present in the trace it could be that the firewall settings prevent some of softwarephone’s functions. This could be the Firewall.

* '''Check the firewall settings for softwarephone'''

Please open the “System Administration\Windows-Firewall\Allow Program.. Ensure that softwarephone is enabled on the required interfaces. If this doesn’t solve the problem then temporaryly disable the firewall completely and try again.
Now even with the firewall disabled there could be some other security software that causes the problem. To find out if packets to the “h323hostcall” port (1720) are filtered by the firewall you can use the commands “'''netsh wfp capture start'''” to start a trace of the test and “'''netsh wfp capture stop'''” to stop the trace. The trace is written into the file: “'''wfpdiag.cab'''” . Extract the file: “'''wfpdiag.xml'''”. In this file search for “1720”. If the packet is filtered by the firewall an entry like the following can be found:

<netEvent>
<header>
<timeStamp>2013-11-05T11:20:27.367Z</timeStamp>
<flags numItems="8">
<item>FWPM_NET_EVENT_FLAG_IP_PROTOCOL_SET</item>
<item>FWPM_NET_EVENT_FLAG_LOCAL_ADDR_SET</item>
<item>FWPM_NET_EVENT_FLAG_REMOTE_ADDR_SET</item>
<item>FWPM_NET_EVENT_FLAG_LOCAL_PORT_SET</item>
<item>FWPM_NET_EVENT_FLAG_REMOTE_PORT_SET</item>
<item>FWPM_NET_EVENT_FLAG_APP_ID_SET</item>
<item>FWPM_NET_EVENT_FLAG_USER_ID_SET</item>
<item>FWPM_NET_EVENT_FLAG_IP_VERSION_SET</item>
</flags>
<ipVersion>FWP_IP_VERSION_V4</ipVersion>
<ipProtocol>6</ipProtocol>
'''<localAddrV4>192.168.178.21</localAddrV4>'''
'''<remoteAddrV4>192.168.178.22</remoteAddrV4>'''
<localPort>'''1720'''</localPort>
<remotePort>60007</remotePort>
<scopeId>0</scopeId>
<appId>
<data> …</data>
<asString>...</asString>
</appId>
<userId>S-1-5-21-3364624427-3176291796-194291593-006</userId>
</header>
<type>FWPM_NET_EVENT_TYPE_CLASSIFY_DROP</type>
<classifyDrop>
<filterId>105267</filterId>
<layerId>44</layerId>
<reauthReason>0</reauthReason>
<originalProfile>2</originalProfile>
<currentProfile>2</currentProfile>
</classifyDrop>
</netEvent>

where the

<localAddrV4>192.168.178.21</localAddrV4>

and the

<remoteAddrV4>192.168.178.22</remoteAddrV4>

should be your computers and the PBX’s @.

* Check if the setup from the PBX is received at the local computer and what happens with it

Sometimes, Antivirus Packages can implement their own network access policy. This can result in a h323 release complete with cause “User Busy” to an incoming Setup from the PBX before any other softwarephone is reached. To see which process Sends/Receives the packets in a flow you can use the “netmon”, Microsofts free Packet tracer.

= How to obtain debug traces of softwarephone using icollect =

Included in the installation path (C:\Program Files (x86)\innovaphone\SoftwarePhone) there is a tool called '''icollect.exe'''. After we reproduce a problem we can run this tool to generate debug files that are saved in the roaming folder (C:\Users\<User>\AppData\Roaming\innovaphone) as "debug-info.zip".

If the issue it's related to an application crash please enable the "File Trace" flag at "http://localhost:10006/debug.xml" before and restart the softwarephone.

This is necessary when reporting a bug/problem with innovaphone softwarephone v11.

'''NOTE: Please when providing a crash dump captured by icollect always use the latest SR (service release) of the softwarephone. Don't send us crash dumps of older versions since this will just take more time/effort to be analyzed by our developer team.'''

=Known Issue=

=== G.711 only and G729 Optional===
The software phone does support G.711 and Opus codec only, no G.723 or G.722.
Optionally we can use G729 if G729 Channel licenses are present and available on the PBX.

===Another program is blocking the softphone===

Another program (e.g XCAPI) might be listening on tcp port 1720 as well. If you want to use both programs simultaneously you can change the signaling port of the softphone to another port like 1721.

<nowiki>http://localhost/!config add PHONE SIG /ep-addr 0.0.0.0:1721</nowiki>

If you want to find out which program is listening on which port we recommend using a little tool called TCP View. You’ll find it here:

http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

=== No license obtained from PBX if SIP Protocol is used===

When using Innovaphone softwarephone with SIP Protocol no license it's obtained from the PBX. It's necessary to use H.323 always.

=== Headset Basestation doesn't Ring ===

Often it's reported that the Basestation of Wireless Headsets doesn't Ring on incoming call, this is a feature that is missing and there exist already a Feature Request for it - [[Support:DVL-Feature_Requests#Alerting_on_Wireless_headset_base_also | Alerting on Wireless headset base also]] .

=== Windows Volume lowers automatically when receiving a call ===

The volume can be set for swphone exclusively by the Windows mixer. It appears in the mixer because it has a Audio stream Interface to the Windows Audio System, but no way adjust the volume by itself. When such an effect occurs it is best to check the Windows configuration: if it is set to Change volume for applications when certain Events occur:

[http://superuser.com/questions/74116/windows-7-lowers-applications-volume-automatically Windows 7 lowers applications' volume automatically]

=== H.323/TLS Connection not Trusted by Default ===

Please check the [[Reference11r1:Concept_H.323_over_TCP/TLS_(H.460.17)#Known_Issues|H.323/TLS Known Issues article]].

=== Softwarephone does not work on Terminal Server ===
The software phone can only run once on a single system. This also implies that it does not work for terminals server systems such as e.g. Citrix, as only the first client session running on a server would be able to start a software phone. Furthermore, multiple RTP streams would impose quit a bit of load on the server.

Reference12r2:Concept Softwarephone

2017-11-23T12:30:32Z

Ms: /* Rollout */

[[Category:Concept|{{PAGENAME}}]]

= General =

Innovaphone SoftwarePhone is the implementation of innovaphones HW phones software as a Windows process. So all the features native to the hardwarephones are present in SoftwarePhone as well. SoftwarePhone has no UI, it is operated via myPBX or 3rd Party CTI client (ex: Estos Procall).

=System Requirements=
The innovaphone SoftwarePhone requires:
*Windows 7 or later.
*Innovaphone PBX with SoftwarePhones<v> License.

= Installation =

Prior to installing the 10.00 Version of innovaphone SoftwarePhone an eventually installed 9.00 version must be manually deinstalled. From version 10.00 on, subsequent releases can be updated without first deinstalling the older version.
When updating the installation, the previous configuration (if existing) is reused. Otherwise a default configuration is installed.
There are 2 ways to install Softwarephone:

* SetupSWPhone.exe. This is the preferred method if no installation parameters are required. It automatically installs all 3rd party SW to operate the headsets
* softwarephone.msi AND SpokesSDKNativeRuntime.msi. If the Softwarephone installation needs to be parametrized via Orca first install SpokesSDKNativeRuntime.msi, then
softwarephone.msi

The following items are installed:

* SoftwarePhone .exe and related files (dll) in Program files (x86)\innovaphone\SoftwarePhone
* Hid.tbl (the code definitoins of supported USB headsets) in Program files (x86) \innovaphone\SoftwarePhone
* The config files „swphone_config.cfg“ and „swphone_command.cfg” in the User Roaming directory (if no previous configuration is located there, otherwise the old configuration is used, Roaming Directory Location : <drive>:\Users\<User>\AppData\Roaming\innovaphone\SoftwarePhone\)

Installation Process:

* http port 80 ist checked to be available as the SoftwarePhone ’s web configuration port. If not free, a search starting at port 10006 is executed to find a free port. The URL file, containing the configuration servers web @ is adjusted to the determined free port
* SoftwarePhone is startet.

Resetting to defaults:

*Resetting to default configuration could be done by deletiong the config files in the Roaming Directory.

Unattended Installation of softwarephone for ALLUSERS:

*It's possible to install softwarephone for ALLUSERS by using the command:
Msiexec /i softwarephone.msi ALLUSERS=1

= Configuration =

The configuration is opened by selecting “Configuration” from the start menu. A browser connection is opend to the server running as part of SoftwarePhone and the configuration menu is displayed.

Default login is admin/swphone.

The configuration options are the same as for the hardware phones with a few specifics referring to SoftwarePhone running as a Windows process:

* Application
The Applicatons run mode and priority can be set and whether to register with the computers name at the PBX.
* Audio
The desired audio devices can be selected.
* Audio
The Audio –Input, -Output and –Ringing device can be selected.
* USB
Legacy configuration for customers who use a previous installation with a headset other than Jabra, Sennheiser or Plantronics. Headsets from these vendors are handled automatically and need not be configured.

The default credentials are admin / swphone

== '''„Audio and USB Configuration"''' ==

This config GUI is unique in the way that it can only be accessed (right click on the softwarephone icon) from the computer SoftwarePhone is running on. Here the typical End User Configurations are set: Audio and USB-headset parameters.

[[Image:default-usercfg.png]]

Above image shows the default configuration without any headset from vendors Jabra, Plantronics or Sennheiser plugged in. "Headset" in this case means any headset of beforementioned vendors that is detected. Note: The FIRST detected headset will become the active one, if more than 1 headset is plugged in. In case you have more than 1 headset plugged in and want to use a specific for Softwarephone operation you must configure it in the "USB Configuration | USB device" droplist.
The column on the right shows the actual values

[[Image:usercfg-headset-plugged-no-preferred.png]]

Above image shows a default configuration "Headset" with currently a "Sennheiser SC260 .." being plugged in and detected

[[Image:usercfg-headset-plugged-preffered-active.png]]

Above image shows the "Sennheiser SC260 .." configured as the prefered (USB Device) and being active.

Note: If you have configured a specific headset and you don't plug it in but instead another one then this other is fully operational and it stays that way until the prefered one is plugged in, then it becomes the active one.

'''Microphone:'''

The microphone selection.

'''Speaker:'''

The speaker selection

'''Ringer:'''

The Ringing device selection

'''Handsfree:'''

The open listening device selection. The device that plays the incoming audio stream when the speaker button is pressed in myPBX.

'''USB Device:'''

The USB headset selction.

'''USB Map:'''

Legacy for non Jabra, Plantronics and Sennheiser headsets. The codepage selection for the selected usb device. Here one or two choices are presented. If a selection item that refers to the selected USB Device use this. If only “generic HID Telephonie Page” is available you can try to use the headsets button (some headsets support the generic codes)

'''NOTE:''' If the headsets buttons do not work for call control, then call control is solely available through myPbx. Nevertheless the USB headset can be used as the audio-in/output device.

== '''[Tab:„Application“]''' ==

Admin mode Application configuration.

[[Image:swphone_application.jpg]]

Application Run Mode, Application Priority: see „User Configuration“

'''Application Run Mode:'''

* Manual: SoftwarePhone needs to be started manually
* Login: SoftwarePhone will be started when the user logs in (don't set this option if myPBX Launcher have option "Run Softwarephone" in the same PC).

'''Application Priority:'''
* Normal: As every standard Windows Process. Sufficient in almost all cases
* High: Elevated Priority.

'''Register Mode:'''
* Default: Registration modes like the HW phones.

'''NOTE:''' Anonymous registration might not work in all environments, especially those that prevent multicasts. For example, when using SoftwarePhone over a vpn connection ensure that multicast forwarding is guaranteed. Also, if a virtual machine is running on the same computer it might prevent
multicasts being sent on the LAN.

* Computername:
The best way for registering SoftwarePhone at the PBX. It uses the computername as it is visible on the LAN. The computername is determined by SoftwarePhone and the appropriate parameters are set for the “Phone” modul. This configuration appears in the field “Name” under the “Phone” tab (Example for computer„LBU-VOSTRO-W7“ ):

[[Image:swphone_registration.jpg]]

== '''[Tab:"Audio”]:''' ==

Admin mode Audio configuration. Items see „User Configuration“

== '''[Tab:“USB”]:''' ==

Admin mode Audio configuration. Items see „User Configuration“

= Rollout =

Especially in larger installations it is desirable to have a mechanism for automatic configuration of the SoftwarePhones. This can be accomplished in the following way:

SoftwarePhones installation package (softwarephone .msi)can be parametrized by creating an [http://support.microsoft.com/kb/255905/en-us Orca MSI database editor] transform with the parameters:
URL and POLL. Theses parameters are entered in the “Property” table

[[Image:download_orca.jpg]]

Saving Embedded Streams
By default, when saving a database to a new file with File and Save As…, Orca does not copy streams that are embedded in the database but not a member of any table. Select Copy embedded streams during 'Save As' to save streams to the new file when saving a database using the File with the Save As… option.

[[Image:orca_openfile.jpg]]

[[Image:orca_addrows.jpg]]

[[Image:orca_rows_content.jpg]]

[[Image:orca_savefile.jpg]]

It is recommended that the “POLL” value be set to “1” (shortest time: 1minute).
When SoftwarePhone is installed with the transform it starts, waits 1 min (poll period) then accesses the script file specified in the “POLL” parameter and executes the commands therein.
To register SoftwarePhone with the computername at the PBX the script file should look as follows (example showing the PBX @ “192.168.178.22” with the identifier „IP800-06-25-6e” :

…
#set the PBX @ and Identifier
config change PHONE SIG /prot H323 /gk-addr 192.168.178.22 /gk-id IP800-06-25-6e

#register with computername
mod cmd APP0 app-set /op OK /reg_mode ComputerName

#reset the automatic configuration update
config add UP1 /url

#reset SoftwarePhone and apply config
reset

Another method to provide configurations to the installed SoftwarePhone s is preparing a configuration template by configuring one SoftwarePhone entity, then using the generated “swphone_commands.cfg” file in the <users roaming directory >\innovaphone\SoftwarePhone
as the template, copying it to the update location and using it in the script file:

#invoke configuration template
mod cmd UP0 cfg <update directory location>/swphone_commands.cfg

This method is particularly helpful when many USB headset of the same type are used.

= Setting QoS =
See [[Howto:Softphone recommended settings]].

= Supported USB headsets =

The following USB headsets are supported for onhook/offhook functionality:

All Jabra, Plantronics and Sennheiser headsets that are supported by these vendors SDKs. Please check their
sites for more information.

= Troubleshooting Connectivity Problems =

If you experience problems with softwarephone attaching to the PBX or not being able to make calls please check the following:

* '''check in the “Phone” tab whether the state is “up”'''

* '''check in the “General” tab if License is “Valid”'''

* '''Start a command window as Administrator and issue a “netstat –a –b > swphone_netstat.txt'''

In the “swphone_netstat.txt” file search for “1720”. There should be an entry like this:

'''''TCP 0.0.0.0:1720 LBU-VOSTRO-W7:0 LISTENING'''''
'''[softwarephone.exe].'''

Please search for other occurances of “'''1720'''” to ensure that no other processes listen to this port.

* '''Make a softwarephone trace to see if the packets are received by softwarephone'''

In the “Maintenance” tab “Tracing” enable “'''H.323 Signaling'''”, “'''Phone'''” and “'''All TCP/UDP Traffic'''”. Then try to make the call. In the resulting trace you should see the events like the following:

'''''0:0103:337:3 - RECV RESULT[](662 from pla(192.168.178.22:60003) type: 1)
0:0103:337:3 - PHONE_LISTEN.1 -> PHONE_REG.1 : SIG_SETUP faststart=3ac8bec cmd=PROPOSAL cdpn=400'''''

If these events are no present in the trace it could be that the firewall settings prevent some of softwarephone’s functions. This could be the Firewall.

* '''Check the firewall settings for softwarephone'''

Please open the “System Administration\Windows-Firewall\Allow Program.. Ensure that softwarephone is enabled on the required interfaces. If this doesn’t solve the problem then temporaryly disable the firewall completely and try again.
Now even with the firewall disabled there could be some other security software that causes the problem. To find out if packets to the “h323hostcall” port (1720) are filtered by the firewall you can use the commands “'''netsh wfp capture start'''” to start a trace of the test and “'''netsh wfp capture stop'''” to stop the trace. The trace is written into the file: “'''wfpdiag.cab'''” . Extract the file: “'''wfpdiag.xml'''”. In this file search for “1720”. If the packet is filtered by the firewall an entry like the following can be found:

<netEvent>
<header>
<timeStamp>2013-11-05T11:20:27.367Z</timeStamp>
<flags numItems="8">
<item>FWPM_NET_EVENT_FLAG_IP_PROTOCOL_SET</item>
<item>FWPM_NET_EVENT_FLAG_LOCAL_ADDR_SET</item>
<item>FWPM_NET_EVENT_FLAG_REMOTE_ADDR_SET</item>
<item>FWPM_NET_EVENT_FLAG_LOCAL_PORT_SET</item>
<item>FWPM_NET_EVENT_FLAG_REMOTE_PORT_SET</item>
<item>FWPM_NET_EVENT_FLAG_APP_ID_SET</item>
<item>FWPM_NET_EVENT_FLAG_USER_ID_SET</item>
<item>FWPM_NET_EVENT_FLAG_IP_VERSION_SET</item>
</flags>
<ipVersion>FWP_IP_VERSION_V4</ipVersion>
<ipProtocol>6</ipProtocol>
'''<localAddrV4>192.168.178.21</localAddrV4>'''
'''<remoteAddrV4>192.168.178.22</remoteAddrV4>'''
<localPort>'''1720'''</localPort>
<remotePort>60007</remotePort>
<scopeId>0</scopeId>
<appId>
<data> …</data>
<asString>...</asString>
</appId>
<userId>S-1-5-21-3364624427-3176291796-194291593-006</userId>
</header>
<type>FWPM_NET_EVENT_TYPE_CLASSIFY_DROP</type>
<classifyDrop>
<filterId>105267</filterId>
<layerId>44</layerId>
<reauthReason>0</reauthReason>
<originalProfile>2</originalProfile>
<currentProfile>2</currentProfile>
</classifyDrop>
</netEvent>

where the

<localAddrV4>192.168.178.21</localAddrV4>

and the

<remoteAddrV4>192.168.178.22</remoteAddrV4>

should be your computers and the PBX’s @.

* Check if the setup from the PBX is received at the local computer and what happens with it

Sometimes, Antivirus Packages can implement their own network access policy. This can result in a h323 release complete with cause “User Busy” to an incoming Setup from the PBX before any other softwarephone is reached. To see which process Sends/Receives the packets in a flow you can use the “netmon”, Microsofts free Packet tracer.

= How to obtain debug traces of softwarephone using icollect =

Included in the installation path (C:\Program Files (x86)\innovaphone\SoftwarePhone) there is a tool called '''icollect.exe'''. After we reproduce a problem we can run this tool to generate debug files that are saved in the roaming folder (C:\Users\<User>\AppData\Roaming\innovaphone) as "debug-info.zip".

If the issue it's related to an application crash please enable the "File Trace" flag at "http://localhost:10006/debug.xml" before and restart the softwarephone.

This is necessary when reporting a bug/problem with innovaphone softwarephone v11.

'''NOTE: Please when providing a crash dump captured by icollect always use the latest SR (service release) of the softwarephone. Don't send us crash dumps of older versions since this will just take more time/effort to be analyzed by our developer team.'''

=Known Issue=

=== G.711 only and G729 Optional===
The software phone does support G.711 and Opus codec only, no G.723 or G.722.
Optionally we can use G729 if G729 Channel licenses are present and available on the PBX.

===Another program is blocking the softphone===

Another program (e.g XCAPI) might be listening on tcp port 1720 as well. If you want to use both programs simultaneously you can change the signaling port of the softphone to another port like 1721.

<nowiki>http://localhost/!config add PHONE SIG /ep-addr 0.0.0.0:1721</nowiki>

If you want to find out which program is listening on which port we recommend using a little tool called TCP View. You’ll find it here:

http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

=== No license obtained from PBX if SIP Protocol is used===

When using Innovaphone softwarephone with SIP Protocol no license it's obtained from the PBX. It's necessary to use H.323 always.

=== Headset Basestation doesn't Ring ===

Often it's reported that the Basestation of Wireless Headsets doesn't Ring on incoming call, this is a feature that is missing and there exist already a Feature Request for it - [[Support:DVL-Feature_Requests#Alerting_on_Wireless_headset_base_also | Alerting on Wireless headset base also]] .

=== Windows Volume lowers automatically when receiving a call ===

The volume can be set for swphone exclusively by the Windows mixer. It appears in the mixer because it has a Audio stream Interface to the Windows Audio System, but no way adjust the volume by itself. When such an effect occurs it is best to check the Windows configuration: if it is set to Change volume for applications when certain Events occur:

[http://superuser.com/questions/74116/windows-7-lowers-applications-volume-automatically Windows 7 lowers applications' volume automatically]

=== H.323/TLS Connection not Trusted by Default ===

Please check the [[Reference11r1:Concept_H.323_over_TCP/TLS_(H.460.17)#Known_Issues|H.323/TLS Known Issues article]].

=== Softwarephone does not work on Terminal Server ===
The software phone can only run once on a single system. This also implies that it does not work for terminals server systems such as e.g. Citrix, as only the first client session running on a server would be able to start a software phone. Furthermore, multiple RTP streams would impose quit a bit of load on the server.

Reference10:Concept Provisioning

2016-03-18T10:52:47Z

Ms:

Starting with version 10, innovaphone devices connect automatically with <code>http://config.innovaphone.com/init</code> during commissioning or after resetting to the initial state. This process serves to simplify provisioning.

In the future, this mechanism can be used by innovaphone partners to significantly reduce configuration work. You can set up an individual update server that contains pre-prepared configurations for innovaphone devices. These can then be assigned to a specific project in my.innovaphone. A corresponding update URL is all that is stored for this purpose. The allocated update server applies to new devices that are assigned via the MAC address to this project in my.innovaphone.

If an innovaphone device then connects with <code>http://config.innovaphone.com/init</code>, an enquiry is made in my.innovaphone to see whether an update server is available for the MAC address. If this is the case, the device can connect automatically to it via the update URL to retrieve the local configuration - fully automated, without further intervention by the administrator.

A connection is always established automatically to <code>http://config.innovaphone.com/init</code>. If you would like to avoid this procedure, the innovaphone device must be booted in an environment without a public internet connection.

The following information is transmitted to innovaphone upon connection with <code>http://config.innovaphone.com/init</code>: The version and serial number of the device and the public IP address. This information is managed in accordance with innovaphone's data protection policy.

[[Image:config-provider-scheme.png]]

=== Implementation ===
From version 10, the default <code>UP1</code> config file line is <code>config change UP1 /url http://config.innovaphone.com/init /poll 1</code> for all devices. If this setting becomes effective (that is, if it is not changed before the first poll and no overriding setting is deployed to the device via DHCP), the device will try to read an update script from the URL given. This URL points towards a server that is hosted by innovaphone. If the device in question has a valid and working DNS setting and the devices has access to the internet, the server will be queried and return an update script which is applied to the device. <code>http://config.innovaphone.com/init</code> is said to be the ''config redirection service''.

Under standard circumstances, the script returned will simply remove the update URL from the configuration and have the device reset.

However, if the device
# is known to my.innovaphone.com
# is assigned to a my.innovaphone project
# this project has an ''URL'' configured in the project properties
the script returned will change the update URL to the ''URL'' defined for the project. This new URL is considered an update server for the device in question.

It is up to the server specified in the ''URL'' set (known as ''config server'') how to proceed further. This mechanism can be used by partners to implement 3rd party provisioning schemes. innovaphone may or may not offer such a service ([[User:Ckl|ckl]] 16:29, 8 July 2013 (CEST) as of today, innovaphone does not).

The redirection process is logged in to a database at innovaphone. This is to be able to maintain and debug this service and also detect possible fraud and misuse.

=== Security Implications ===
A device polling the ''config redirection service'' will send a request along with certain data to <code>http://config.innovaphone.com/init</code> (for details about the data sent see below). To avoid this process, users must start the device in a network environment that has no internet access. The normal configuration UI can then be used to remove the UP1 configuration settings. Please note that this must be done whenever the device has been set to factory defaults! Another option is to start the device in a network environment where an [[Reference:DHCP_client#Supported_Options|update URL is deployed via DHCP]].

If the device is redirected, certain further information is sent to the device from the ''config redirection service''. This includes at least the new URL of the final ''config server''. Although the ''config redirection service'' can be instructed to contact the ''config server'' via HTTPS, it should be clear that the information sent from the ''config redirection service'' to the device is sent in clear. Also, the device does not need to authenticate against the ''config redirection service'' (which would defeat the whole purpose). This implies that everybody can retrieve this information, just by pretending to be the device with said serial number. You can avoid this by not specifying an ''URL'' in my.innovaphone.com.

==== Securing the Configuration Data sent ====
The ''config server'' needs to be careful whom to send configuration data. Generally, to secure the data, it ''must be sent securely to the device it is intended for only''.

So 2 things must be done:
* the data must be delivered via HTTPS, so nobody can sniff it on the wire
* mutual TLS must be enforced and the calling devices certificate must be verified, so that config files are delivered to the intended target device only

Let us assume the ''config server'' is implemented as a PHP web server. The following code can be used as a starter then:
<code php>
<?php
/*
* this interface is for secure provisioning. It demo's sample code that provides a config file in a secure manner. This in particular means:
* - delivered via HTTPS
* - config files are delivered to the intended target device only
*
* This makes sure no configuration data can be accessed by an attacker unless the attacker has access to the calling devices certificate (which
* is practically the same as having access to the device itself)
*
* For this to work, mutual TLS is used between the device and the web server. The PHP code then has access to the (trustable) certificate
* information presented by the client and can then tailor the information provided accordingly.
*
* there are two versions of negotiating mutual TLS. One of them upgrades the one-way TLS only after establishing the HTTP command. This mode
* is not supported by the innovaphone http client (as of v10sr2).
* - Tests have shown that IIS is using this mode and will thus not work.
* - Apache however does support the other mode and will thus work.
* - in lighttpd, we seem to have access to SSL_CLIENT_S_DN_C, SSL_CLIENT_S_DN_CN, SSL_CLIENT_S_DN_O only. We can not check against $goodCA thus
* and we must synthesize SSL_CLIENT_S_DN. Also, we must configure so the web server so that it enforces client certificates and ionly trusts the
* innovaphone root CA
*/

$goodCA = array(
'/C=DE/O=innovaphone/OU=innovaphone Device Certification Authority',
'/C=DE/O=innovaphone/OU=innovaphone Device Certification Authority 2',
);
$goodDeviceDNPrefix = '/C=DE/O=innovaphone/CN=';

$useLightTPD = false; // set this to true if you use lighttpd AND have configured it correctly
if ($useLightTPD) {
$_SERVER['SSL_CLIENT_S_DN'] = "/C={$_SERVER['SSL_CLIENT_S_DN_C']}/O={$_SERVER['SSL_CLIENT_S_DN_O']}/CN={$_SERVER['SSL_CLIENT_S_DN_CN']}";
$_SERVER['SSL_CLIENT_VERIFY'] = 'SUCCESS'; // make sure this is asserted in lighttpd.conf (using ssl.verifyclient.enforce);
$_SERVER['SSL_CLIENT_I_DN'] = $goodCA[0];
}

// dump TLS info
print "# <pre>";
foreach (
array(
"HTTPS", "SSL_CLIENT_S_DN", "SSL_CLIENT_S_DN_CN", "SSL_CLIENT_I_DN", "SSL_CLIENT_VERIFY", "SSL_SERVER_S_DN"
)
as $var) {
print "# $var: '" . (empty($_SERVER[$var]) ? "<not-set>" : $_SERVER[$var]) . "'\n";
}

/*
* the dump above will yield something like
# HTTPS: 'on'
# SSL_CLIENT_S_DN: '/C=DE/O=innovaphone/CN=IP1202-35-fe-4d'
# SSL_CLIENT_S_DN_CN: 'IP1202-35-fe-4d'
# SSL_CLIENT_I_DN: '/C=DE/O=innovaphone/OU=innovaphone Device Certification Authority'
# SSL_CLIENT_VERIFY: 'SUCCESS'
# SSL_SERVER_S_DN: '/C=cert-country/ST=cert-state/L=cert-locality/O=cert-o/OU=cert-ou/CN=cert-cn'
*
* the provisioning server needs to verify
* - HTTPS is on
* - SSL_CLIENT_VERIFY is 'SUCCESS' so certificate validation was OK
* - SSL_CLIENT_I_DN is '/C=DE/O=innovaphone/OU=innovaphone Device Certification Authority', so it is a trusted innovaphone certificate
* - SSL_CLIENT_S_DN starts with '/C=DE/O=innovaphone/CN=' so it is an innovaphone device certificate
*
* if all this is true, then it has to look at SSL_CLIENT_S_DN_CN. This is the requesting device and we must only hand out information that belongs to this device.
*/

if (empty($_SERVER['HTTPS']) || $_SERVER['HTTPS'] != 'on') die("# https required\n");
if (empty($_SERVER['SSL_CLIENT_VERIFY']) || $_SERVER['SSL_CLIENT_VERIFY'] != 'SUCCESS') die("# certificates not verified\n");
if (empty($_SERVER['SSL_CLIENT_I_DN']) || !in_array($_SERVER['SSL_CLIENT_I_DN'], $goodCA)) die("# wrong CA\n");
if (empty($_SERVER['SSL_CLIENT_S_DN']) || substr($_SERVER['SSL_CLIENT_S_DN'], 0, strlen($goodDeviceDNPrefix)) != $goodDeviceDNPrefix) die("# not an innovaphone device\n");

// get serial
$cn = empty($_SERVER['SSL_CLIENT_S_DN_CN']) ? "??-??" : $_SERVER['SSL_CLIENT_S_DN_CN'];

// some early certificates where broken, fix here:
$brokenCN = array(
"IP222s" => "IP222",
"IP232s" => "IP232",
"IP240a" => "IP240",
"IP200a" => "IP200",
);
$cnparts = explode("-", $cn);

foreach ($brokenCN as $broken => $fix) {
if ($cnparts[0] == $broken) {
$cnparts[0] = $fix;
$cn = implode("-", $cnparts);
break;
}
}

// now get and return relevant configuration data
print "# update script for {$cn}\n";
?>
</code>

Please note that there was an issue when an innovaphone client attempts to retrieve an update script with MTLS. This has been fixed with v10sr3.

===== Enforcing mutual TLS on Apache =====
Here are the relevant snippets you have to add to your httpd.conf to setup Apache for mutual TLS:

# make sure you listen for HTTPS
Listen 443 https

# ssl must be loaded
LoadModule ssl_module modules/mod_ssl.so

# configure SSL
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin

# require client verification
SSLVerifyClient require

# the web servers own certificate
# must be something that is trusted by the calling device
SSLCertificateFile "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/certs/your-certificate.pem"

# the CA we trust - innovaphone device certification authority only!
SSLCACertificateFile "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/certs/inno-dev-ca-certificate.crt"

# make certificate data available to PHP programs
SSLOptions +StdEnvVars +ExportCertData

# switch on SSL engine for all virtual hosts on port 443
<VirtualHost _default_:443>
SSLEngine on
#...
</VirtualHost>

</IfModule>

===== Enforcing mutual TLS on LightTPD=====
Here are the relevant snippets you have to add to your lighttpd.conf to setup LightTPD for mutual TLS:

# the server must be ssl-capable!

## modules to load
# we need setenv
server.modules = (
# ...,
"mod_setenv",
# ...
)

#### SSL engine
$SERVER["socket"] == ":443" {
ssl.engine = "enable"
ssl.pemfile = "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/certs/your-certificate.pem"
ssl.ca-file = "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/certs/inno-dev-ca-certificate.crt"
# allow client side certificates
ssl.verifyclient.activate = "enable"
# enforce client side certificates
ssl.verifyclient.enforce = "enable"
# tell PHP we have HTTPS
setenv.add-environment = ( "HTTPS" => "on" )
}

===== Enforcing mutual TLS on IIS =====
On Microsoft's IIS, we did not succeed to enforce MTLS, unfortunately.

===== How to get <code>inno-dev-ca-certificate.crt</code> =====
The file <code>inno-dev-ca-certificate.crt</code> in the above HTTP server configuration snippets is a PEM encoded version of innovaphone's ''device certifcation authority'' certificate (public key only, of course). You can get this from any innovaphone device that already trusts another innovaphone device by downloading it from the ''PEM'' link under ''General/Certificates/Trust list''.

[[Image:Concept Provisioning get-inno-ca.png]]

The other certificate file used in the snippets (called <code>your-certificate.pem</code> there) is actually the full blown certificate you want to use for your provisioning server. Make sure that the calling devices trust this certificate (e.g. by setting it as ''Trust'' in the my.innovaphone project configuration)!

====== New innovaphone device CA from July 2015 ======
From July 2015 on, we are using a new device certification autority, which is called <code>/C=DE/O=innovaphone/OU=innovaphone Device Certification Authority 2</code>. In your provisioning service, you must accept device certificates from both CAs. The ''inno-dev-ca-certificate.crt'' file used previously should be replaced by the ''inno-dev-ca-all-certificate.crt'' file which includes the concatenated public keys of both CA.

Here is its content:
<pre>
-----BEGIN CERTIFICATE-----
MIIDlzCCAn+gAwIBAgIBADANBgkqhkiG9w0BAQUFADBYMQswCQYDVQQGDAJERTEU
MBIGA1UECgwLaW5ub3ZhcGhvbmUxMzAxBgNVBAsMKmlubm92YXBob25lIERldmlj
ZSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wODAxMDEwMDAwMDBaFw00ODAx
MDEwMDAwMDBaMFgxCzAJBgNVBAYMAkRFMRQwEgYDVQQKDAtpbm5vdmFwaG9uZTEz
MDEGA1UECwwqaW5ub3ZhcGhvbmUgRGV2aWNlIENlcnRpZmljYXRpb24gQXV0aG9y
aXR5MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAur7epPiIOkN6vIbt
46eH1AzIskP9HvyL63VgG3eJ+oqZRw4xn13FHzDBpnMZw1XW01byAlbYum+w5QTo
QDdZ6NTxe17TCduIXvCAE5MyvTyzF0NuAJ9EZe4UUELoE1whFkYM+xSLvh6uqv4p
TOFMtTBUtIUJ4g2tTgQ7UdxNdgLnXDzb9O0ZedVNydYhqNIPYgI5L6SLzy5Kflbz
mT9eMFEYQSNRlrvAowN5LqjsyA8CFY8rY9G2yZUHoB4TOK4zdhxrQW/mHotWT8hL
eEhAoK9/EBkQckyk/M21K78U4GtoMxYOFAjmH6SaqhnyGOe+03F/VCV6QZbNmzaR
HR2uoQIDAQABo2wwajASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIB
BjAiBgNVHSMBAQAEGDAWgBQSom116MPX3gNCCyTsncz1BTBUWjAgBgNVHQ4BAQAE
FgQUEqJtdejD194DQgsk7J3M9QUwVFowDQYJKoZIhvcNAQEFBQADggEBACvQUbBc
AhMsPEuFG/omAHw0O36h7nfSDK+i9/LfsESvjCmQSgMmep7we7/SBIqHTDrvc+e9
MkoIqkBjzO2kpfOMt09i4inff4mKs971tm0lX4I8J+5RO2I/RHdQMbHBgprZYOmQ
Nk6uV2b87LQHh0WU4EE/IctxHQwZ2xq9n3i7io8ODvaJsgEuIe2rpmTi8RJ0MuzV
bNaQqNnmZT2bqgPVUIrIVyEOCHYEY59ZvwuNq9oOpUqqzuIy2N2dJ41ODDE/ivd2
LiUFap5vD+TndeutfMCodLdUR9MsdMCZ/N9QoZ6q4KS4JV/Hc7kwKBw1W6HbQfyh
Ig6j9ACxEGOFRDY=
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
MIIDmzCCAoOgAwIBAgIBADANBgkqhkiG9w0BAQsFADBaMQswCQYDVQQGEwJERTEU
MBIGA1UEChMLaW5ub3ZhcGhvbmUxNTAzBgNVBAsTLGlubm92YXBob25lIERldmlj
ZSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAyMB4XDTE1MDYyNTAwMDAwMFoXDTQ4
MDEwMTAwMDAwMFowWjELMAkGA1UEBhMCREUxFDASBgNVBAoTC2lubm92YXBob25l
MTUwMwYDVQQLEyxpbm5vdmFwaG9uZSBEZXZpY2UgQ2VydGlmaWNhdGlvbiBBdXRo
b3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ9bexBENv6a
uu8k+9Yz1C2Uf1awmPGFlQpyDfCullm8MQKTtcju4yyI6ZvB3O/b6q3Twh44gcN1
CIh3buUyOuc7lOFnil00H8i/qgQLBCt4JRt3y72ZlPJGvuQnDGlTKqfBOuuNh02g
QFVyJk02g1EJHDhcY86m3imZ6YFbxxDw9XDx6BDw0CfqGBptmUUaG/1qejhSW+il
dSPBMGvYnlyyLwYw++wpMa9/h3GFXph+JJ70i5plLPXYLB2ak9HjGJXM+NhC9KXp
qV+YDPdpPZXWg+CpzQRGOzk5hz7NuAgyHkOILsQpftAiq9k1vHy8z6ByKAnW3Jc6
3bSAkrzriAkCAwEAAaNsMGowEgYDVR0TAQH/BAgwBgEB/wIBADAOBgNVHQ8BAf8E
BAMCAQYwIgYDVR0jAQEABBgwFoAUUm9Jo7Xo8yT34tARvFVe0VHks0UwIAYDVR0O
AQEABBYEFFJvSaO16PMk9+LQEbxVXtFR5LNFMA0GCSqGSIb3DQEBCwUAA4IBAQCc
WLWShSLEH4of84A5oxTW2kHMzvsYgG4EmgtE0iSf1xfueHoP7g2bjPwNcp57aWTD
fUzw3sn7wFICK+7b0pDRHZYkC9gmc6mWZ9I16Vm8W/SqvB75DSUfuk/Lrcs7TjrV
q+J2mQXgyrREngq1CXUBCCf6+W/CZbxq0d5TdlEz9TDNjdd1E1G3CDpZiVE4AFlm
uiUi8clkGES/bh5gNcZ+/vfb0pylUjbO84tBYc4fqw7WFPTvEXZ9KHa09uI9dHPN
SSr3jLua7BbhRQALK2M+DFVWFNGFcxTEUfOSMjQbXnRL6mdtDScYCvvunRJlQB81
S0HWEZ+eG+I6lGJk+d8R
-----END CERTIFICATE-----
</pre>

=== Configuration ===
To enable the config redirection server scheme for a particular device, you first need to add the device to your account in my.innovaphone.com. You then assign it to a project. For the project, you set the ''URL'' and ''Trust'' (optional) property. The ''URL'' property must be set to a valid URL which targets a config server. If the URL uses HTTPS, the ''Trust'' must be set additionally to the public key used by the target ''config server''.

You may obtain the value for the ''Trust'' property by ''trusting'' your target ''config server'''s certificate on any innovaphone device (see [[Reference10:General/Certificates]]). You then need to copy the ''value part'' of the corresponding <code>vars create X509/TRUSTED/nnnnn</code> variable (available via [[Reference10:Maintenance/Diagnostics/Config-Show]]).

Example:

vars create X509/TRUSTED/00000 pb 308203973082027fa0030...

you set ''Trust'' to

308203973082027fa0030...

=== Protocol Details ===
This information is subject to change!

All redirection activities done to the device will be written to the update clients ''CFG'' variable, shown here

'''Current Update Serials'''
{|
|-
! Name
! Value
! Date
|-
| PROT
| 100850
| 08.07.2013-14:17:50
|-
|-
| ...
|
|
|-
| CFG
| '''redirected to <nowiki>https://1.2.3.4/DRIVE/CF0/update/staging.txt</nowiki>'''
|
|}

==== Script sent to the device in response to the default URL ====
This script will instruct the device to poll again with a number of query args
<pre>
# innovaphone std device redirector
# no device info present - rewriting poll url to https://config.innovaphone.com/init/redirect.php?mac=#m&hwid=#h&firm=#F&boot=#B&type=#t
config change UP1 /provision 5 /trace /no-dhcp /url https%3A%2F%2Fconfig.innovaphone.com%2Finit%2Fredirect.php%3Fmac%3D%23m%26hwid%3D%23h%26firm%3D%23F%26boot%3D%23B%26type%3D%23t
# activate changes
config write
config activate
iresetn
</pre>

==== Script sent to the device if it is unknown to my.innovaphone ====
<pre>
# innovaphone std device redirector
# unknown mac 00-90-33-30-00-bf
config rem UP1 /provision
config rem UP1 /poll
config rem UP1 /url
config rem UP1 /no-dhcp
config rem UP1 /trace
# activate changes
config write
config activate
iresetn
</pre>

==== Script sent to the device if a config server is known ====
<pre>
# innovaphone std device redirector
# redirect
# redirected to https://1.2.3.4/DRIVE/CF0/update/staging.txt
vars create UPDATE/CFG p redirected+to+https://1.2.3.4/DRIVE/CF0/update/staging.txt
config change UP1 /provision 5 /trace /no-dhcp /url https%3A%2F%2F1.2.3.4%2FDRIVE%2FCF0%2Fupdate%2Fstaging.txt
# activate changes
config write
config activate
iresetn
</pre>

If there is a ''Trust'' value configured for the project, it will be passed to the device in 2 additional lines

# trust
vars create X509/TRUSTED/00099 pb 308205953082037da0030201020201003...

==== Optional further information sent to the device ====
The ''config redirection service'' can report a number of data to the calling device. This data is stored in the update clients persistent data with commands such as <code>mod cmd UP1 setvar r-type IP232</code>. This is done however only if the project configuration in my.innovaphone is setup accordingly. To do so, you need to prefix the ''Trust'' property of the project in my.innovaphone.com with a list of property names, separeted from the trust with a colon (e.g. <code>type,ip:</code>''trust-value''). To request all of the available properties, use <code>*:</code> as property list.

Here is the current list of properties that can be requested (as of [[User:Ckl|ckl]] 16:29, 8 July 2013 (CEST)):

{| class="wikitable" border="1"
|+
| property || sample value || description
|-
| mac || 00-90-33-30-00-af || device serial number
|-
| boot || 100850 || device boot code version
|-
| hwid || 501 || device hardware-id
|-
| type || IP232 || device type
|-
| prj-id || 10801 || project-id in my.innovaphone
|-
| prj-name || Kuenkel00001 || project name in my.innovaphone
|-
| prj-comment || ckl's+Privat-VM || project comment in my.innovaphone
|-
| prj-trust || 308205953082037da0030201 ... || config server public key (see above)
|-
| cust-name || Hosting Company|| customer name in my.innovaphone of the device's project
|-
| cust-id || 1527 || customer id in my.innovaphone of the device's project
|-
| ip || 172.16.10.45 || calling ip
|-
| prj-urlroot || <nowiki>https://1.2.3.4/DRIVE/CF0/update</nowiki> || config server's URL with last component stripped
|-
| redirected || 2013-07-08.14:05:14 || date and time stamp of redirection
|}

=== List of possible Messages sent to Client Device ===
; no device info present - rewriting poll url : update URL query arguments did not include device identification. Query args are appended and update URL is rewritten.
; mac not given : incomplete device identification was given in update URL query args. Polling is turned off.
; unknown mac : serial number unknown to our database. Polling is turned off.
; mac in more than one project with configured update URL : there are ambiguous config server specifications set in my.innovaphone. Polling is turned off.
; nothing to redirect for : there is no config server defined for this device. Polling is turned off.
; firmware/boot code xxx too old - must be at least yyy : the calling device has an old firmware running which cannot be upgraded safely. Polling is turned off.
; firmware/boot code xxx needs upgrade - upgrading to yyy from path : firmware is too old but can be upgraded. An appropriate upgrade command is sent to the device.
; redirected to : the device has been redirected to the specified config server

= Software Phone =
Please note that the SoftwarePhone only supports the <code>http://config.innovaphone.com/init</code> scheme from V10 build 101100. Furthermore, as the SoftwarePhone by nature does not have a built-in ''device certificate'', it cannot be trusted automatically by the provisioning server.

= Related Articles =
; [[Reference10:Concept_Update_Server]] : description of the update server, especially the [[Reference10:Concept_Update_Server#Setvar_command | setvar]], [[Reference10:Concept_Update_Server#Replace_command | replace ]] and [[ Reference10:Concept_Update_Server#Eval_command | eval ]] commands.

; [[Reference:My_Innovaphone#External_interface]] : description of the programmatic interface to add device serial numbers to a my.innovaphone project

Howto12r1:AlwinPro Hotel - Aurenz - 3rd Party Product

2015-12-17T12:45:46Z

Ms: /* AlwinPro Hotel - Billing Telephone Services in Hotel Sector */

[[Image:AlwinPro_Anna4_-_Aurenz_-_3rd_Party_Product_1.png|200px|right]]
[[Image:AlwinPro_Anna4_-_Aurenz_-_3rd_Party_Product_2.png|200px|right]]

==Product name==
=== AlwinPro Hotel - Billing Telephone Services in Hotel Sector ===
AlwinPro Hotels can be used as the Middleware in between the Hotel Management System and the innovaphone PBX. AlwinPro Hotel implements the Check-In/Check-Out procedure for the innovaphone PBX:
* changing class of Services
* Name Resolution
* Virtual Extensions (call routing).
* Room Status
* Wakup Calls
* FIAS Interface for PMS connectivity (e.g. Fidelio, Opera, Protel)

==Certification Status==






{{Template:Compat_Status_"referral_prod."|certificate=AlwinPro_Anna4_-_Aurenz_-_3rd_Party_Product_-_Desc-AlwinPro_Anna4-cert.pdf}}

Testing of this product has been finalized September, 2015.

Testing was done using the product versions mentioned below. Feature descriptions above may be part of later product versions.

==Category==
{{Category:3rdParty Billing System / Call Management}}
[[Category:Referral Product|{{PAGENAME}}]]
[[Category:3rdParty Billing System / Call Management|{{PAGENAME}}]]

==Functions==
* Call Billing
* Call Management
* [http://www.aurenz.de/fileadmin/user_upload/Downloads/Infopool/AlwinPro/Aurenz_Zusatzmodul_XML-Services_innovaphone.pdf PIN code solution for private calls]
* Call Analytics
* PBX Middleware
* [http://www.aurenz.de/fileadmin/user_upload/Downloads/Downloads_eng/Aurenz_AlwinProHotel_FIAS-Anbindung_EN.pdf FIAS Interface]
* Check-In, Check-Out
* Wake-Up Calls
* Room Status Codes

==Version==

* innovaphone PBX v9 HF 23:
AlwinPro Hotel Release 8.1 or later
* innovaphone PBX v11:
AlwinPro Hotel Release 8.4.01 Hf4 or later

==Vendor==

[[Image:aurenzlogo.png]]

[http://www.aurenz.de/en/ Aurenz software & consulting]

==Description==


=== AlwinPro Hotel - Billing Telephone Services in Hotel Sector ===
* changing class of Services
* Name Resolution
* Virtual Extensions (call routing).
* Room Status
* Wakup Calls
* FIAS Interface for PMS connectivity (e.g. Fidelio, Opera, Protel)

==Competitive Analysis==


=== Alwin Pro Care and AlwinPro Hotel ===
AlwinPro Care is the reasonably priced solution for invoicing telephone, Internet and TV in the health care and hotel sector.

'''Simplify Processes'''

Patient data is automatically imported via AlwinPro Care using the hospital information system (HIS) or the insurance card. The identification via bar code or chip card saves time and helps to avoid mistakes. If the patient is moved, AlwinPro Care locks the extension automatically and this also unburdens the IT department.
AlwinPro Hotel gets the guest data direct from the Hotel Management Systems via the FIAS Interface.

'''Independent Invoicing'''

"Check out" works just as easily. With a click the Patient/guest receives a complete invoice. The invoice is settled either at the end of the stay or via the prepaid function. With this option a prepaid credit is used up over time. For tracking purposes, all receipts and invoices are archived in the system. It is also possible to export the invoices back to the HIS or the PMS.

'''Adapting instead of Limiting'''

AlwinPro Care/ AlwinPro Hotel can be smoothly integrated into your ICT environment and is individually configurable. Internal rates can be saved as well as instruction manuals. All forms and receipts are freely configurable and can be adapted to include your design.

==Summary==

This solution has been tested by the vendor.

[http://www.aurenz.de/fileadmin/user_upload/Downloads/Support/IP305_Zaehlweise_Anna4_R8.1.01_mit_innovaphone_PBX_v9hf22.xlsx Download Testresult]

[http://www.aurenz.de/fileadmin/user_upload/Downloads/Support/130527_Anschlussbeschreibung_Innovaphone_PBX_v9hf22_final.pdf Configuration description DE]

[http://www.aurenz.de/fileadmin/user_upload/Downloads/Support/130527_Anschlussbeschreibung_Innovaphone_PBX_v9hf22_final_EN.pdf Configuration description EN]

==Pricing==


The license price depends on the amount of extensions that are involved and the product configuration.
Please contact [mailto:info@aurenz.de aurenz] for a specific price offer.

==Contact==


{|
| colspan=99 |
|-
| colspan=99 | aurenz GmbH
|-
| colspan=99 | Hans-Boeckler-Str. 29
|-
| colspan=99 | 73230, Kirchheim unter Teck
|-
| Tel: || +49 7021 73888 0
|-
| Fax: || +49 7021 73888 30
|-
| Mail: || [mailto:info@aurenz.de info@aurenz.de]
|}

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-20T08:57:52Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok, should be available in some weeks/months
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|failover or loadbalancing
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr14 build 10.1176 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP_2.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping_2.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes_2.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-09T11:35:48Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr14 build 10.1176 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP_2.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping_2.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes_2.png]]

[[Category:Compat|{{PAGENAME}}]]

File:VTX VoiceIP Connect PBX-IP Routes 2.png

2014-10-09T10:26:11Z

Ms:

File:VTX VoiceIP Connect PBX-IP NumberMapping 2.png

2014-10-09T10:24:57Z

Ms:

File:VTX VoiceIP Connect PBX-IP SIP 2.png

2014-10-09T10:23:29Z

Ms:

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-09T10:18:40Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Nok, Ok with media relay
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Nok, Ok with media relay
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr14 build 10.1176 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP_2.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping_2.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes_2.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-09T10:01:14Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Nok, Ok with media relay
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Nok, Ok with media relay
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-09T09:53:12Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok, but only one alert signal
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Nok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-09T09:23:19Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-08T15:57:12Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|T.38 Transcoding by the provider
|Nok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''not tested yet'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-08T12:36:13Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** G711u
** G729
** G722
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|not tested yet
|----
|T.38 Transcoding by the provider
|not tested yet
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-08T12:34:52Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok
|----
|call using g722
|Ok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|not tested yet
|----
|T.38 Transcoding by the provider
|not tested yet
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:Switzerland - VTX - VoiceIP Connect PBX-IP - SIP Provider(2014)

2014-10-08T09:28:45Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
==Product Name==

[http://www.vtx.ch/de/corporate/telefonie/connect-pbx-ip Connect PBX-IP]

==Certification Status==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed to a new platform. I will retest against the new platform in the next days/weeks.

==Category==

{{Category:3rdParty SIP Provider}}
[[Category:Referral Product|{{PAGENAME}}]]
[[Category:3rdParty SIP Provider|{{PAGENAME}}]]
[[Category:Compat|{{PAGENAME}}]]

==Functions==

* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

==Vendor==


[http://www.vtx.ch/ VTX]

==Summary==

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



For more information on the tests results, please refer to:

[[Howto:VTX_VoiceIP_Connect_PBX-IP_-_SIP_Provider_Compatibility_Test|VTX VoiceIP Connect PBX-IP - Testreport]]

==Contact==

For further informations on this test, please contact [http://www.inikon.ch/ inikon].

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-10-08T09:28:19Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new one. I will retest against the new platform in the next days/weeks.

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.



=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok''' (1)
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok (1)
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:Switzerland - VTX - VoiceIP Connect PBX-IP - SIP Provider(2014)

2014-10-08T09:23:12Z

Ms:

[[Image:3rdPartyGoldfischglas 03.png|right]]
==Product Name==

[http://www.vtx.ch/de/corporate/telefonie/connect-pbx-ip Connect PBX-IP]

==Certification Status==


{{Template:Compat Status "in progress"}}







Testing of this product has been finalized January 29th, 2014. (on old platform)

VTX has changed their platform to a new platform. I will retest against the new platform in the next days/weeks.

==Category==

{{Category:3rdParty SIP Provider}}
[[Category:Referral Product|{{PAGENAME}}]]
[[Category:3rdParty SIP Provider|{{PAGENAME}}]]
[[Category:Compat|{{PAGENAME}}]]

==Functions==

* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

==Vendor==


[http://www.vtx.ch/ VTX]

==Summary==

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

That being said, the provider has achieved 83,15% of all possible test points(133/160). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



For more information on the tests results, please refer to:

[[Howto:VTX_VoiceIP_Connect_PBX-IP_-_SIP_Provider_Compatibility_Test|VTX VoiceIP Connect PBX-IP - Testreport]]

==Contact==

For further informations on this test, please contact [http://www.inikon.ch/ inikon].

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-31T14:36:06Z

Ms:

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==



{{Template:Compat_Status_"referral_prod."|certificate=VTX_VoiceIP_Connect_PBX-IP_-_SIP_Provider_-_product-cert.pdf}}








<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok''' (1)
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok (1)
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-31T14:35:49Z

Ms:

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==



{{Template:Compat_Status_"referral_prod."|certificate=VTX_VoiceIP_Connect_PBX-IP_-_SIP_Provider_-_product-cert.pdf}}








<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok''' (1)
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok (1)
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

File:VTX VoiceIP Connect PBX-IP NumberMapping.png

2014-01-31T14:29:02Z

Ms:

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-31T14:27:54Z

Ms:

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==



{{Template:Compat_Status_"referral_prod."|certificate=VTX_VoiceIP_Connect_PBX-IP_-_SIP_Provider_-_product-cert.pdf}}








<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok''' (1)
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok (1)
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_NumberMapping.png]]

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:Peoplefone SIP-Trunk - SIP Provider Compatibility Test

2014-01-17T15:00:10Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: peoplefone'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF
** CLIP no screening
** TSIP

* Supported Codecs by the provider
** G711
** G729
** G723
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Ok
|----
|call using g729
|Ok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Nok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Ok (CLIP open)
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|Ok
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:peoplefone_SIP.png]]

[[Image:peoplefone_Trunk.png]]

=== Number Mapping ===
[[Image:peoplefone_numbermap.png]]

=== Route Settings ===
[[Image:peoplefone_routes.png]]

[[Category:Compat|{{PAGENAME}}]]

File:Peoplefone routes.png

2014-01-17T14:57:53Z

Ms:

File:Peoplefone numbermap.png

2014-01-17T14:57:39Z

Ms:

File:Peoplefone Trunk.png

2014-01-17T14:57:17Z

Ms:

File:Peoplefone SIP.png

2014-01-17T14:56:57Z

Ms:

Howto:Peoplefone SIP-Trunk - SIP Provider Compatibility Test

2014-01-17T14:56:16Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: peoplefone'''

The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF
** CLIP no screening
** TSIP

* Supported Codecs by the provider
** G711
** G729
** G723
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Ok
|----
|call using g729
|Ok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Nok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Ok (CLIP open)
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|Ok
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:peoplefone_SIP.png]]

[[Image:peoplefone_Trunk.png]]

=== Number Mapping ===
[[Image:peoplefone_numbermap.png]]

=== Route Settings ===
[[Image:peoplefone_routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-17T13:45:14Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A (1)
** G729 (1)
** T.38 UDP

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok''' (1)
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok (1)
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

(1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-17T13:44:11Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A 1)
** G729 1)
** T.38 UDP

1) both Codecs are supported, but either G729 or G711a can be active at the same time (setting in customer WebGUI)

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok''' 1)
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Ok 1)
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-17T13:33:43Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Nok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|Ok
|----
|Held end hears dialling tone
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|'''Ok'''
|----
|'''Held end hears dialling tone'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|'''Ok'''
|----
|'''Caller can make a call to a Waiting Queue'''
|'''Ok'''
|----
|'''Announcement if nobody picks up the call'''
|'''Ok'''
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10sr6 build 10.0970 as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-17T13:12:58Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider was tested by our partner inikon. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Nok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|N/A
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Nok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold
|Ok
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|Ok
|Ok
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|Ok
|Ok
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|'''Ok'''
|----
|Held end hears music on hold or dialling tone
|Ok
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Ok'''
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|Ok
|Ok
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|
|----
|Held end hears dialling tone
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|
|----
|'''Caller can make a call to a Waiting Queue'''
|
|----
|'''Announcement if nobody picks up the call'''
|
|}

== Configuration ==

===Firmware version===

All innovaphone devices use Vx build xx-xxxxx as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

File:VTX VoiceIP Connect PBX-IP Routes.png

2014-01-17T12:39:35Z

Ms:

File:VTX VoiceIP Connect PBX-IP SIP.png

2014-01-17T12:39:03Z

Ms:

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-17T12:28:56Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711A
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Nok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Nok
|----
|'''Long time call possible(>30 min)'''
|
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|
|----
|SIP over TCP
|N/A
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|
|----
|'''DTMF tones received correctly'''
|
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold or dialling tone
|
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|
|----
|Held end hears dialling tone
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|
|----
|'''Caller can make a call to a Waiting Queue'''
|
|----
|'''Announcement if nobody picks up the call'''
|
|}

== Configuration ==

===Firmware version===

All innovaphone devices use Vx build xx-xxxxx as firmware.

=== SIP - Trunk ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_SIP.png]]

=== Number Mapping ===

=== Route Settings ===
[[Image:VTX_VoiceIP_Connect_PBX-IP_Routes.png]]

[[Category:Compat|{{PAGENAME}}]]

Howto:VTX VoiceIP Connect PBX-IP - SIP Provider Compatibility Test

2014-01-17T11:24:57Z

Ms: New page: {{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or c...

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: VTX'''

The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711
** G729
** G723
** G726
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

This scenario describes a setup where the PBX and phones are in a private network.

There are 3 major configuration variants of the SIP trunk, which one is used depends on the test results. The variants are:

* the SIP trunk is configured without Media Relay and without exclusive coder. This is the case if all tests were successful
* the SIP trunk is configured with Media Relay and STUN but without exclusive coder. This is the case when the test for "NAT Traversal" fails
* the SIP trunk is configured with Media Relay and exclusive coder. This is the case when the test for "Reverse Media Negotiation" fails

The test scenario should describe which SIP trunk configuration is needed.

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Nok'''
|----
|call using g723
|Nok
|----
|call using g729
|Nok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Ok
|----
|CGPN can be suppressed
|
|----
|CLIP no screening
|
|----
|'''Long time call possible(>30 min)'''
|
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|
|----
|SIP over TCP
|
|----
|'''Voice Quality OK?'''
|
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|
|----
|'''Outbound(Innovaphone -> Provider)'''
|
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|
|----
|DTMF tones sent correctly via SIP-Info
|
|----
|'''DTMF tones received correctly'''
|
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|
|----
|Held end hears music on hold / announcement from PBX
|
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold or dialling tone
|
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|
|----
|Held end hears dialling tone
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|
|----
|'''Caller can make a call to a Waiting Queue'''
|
|----
|'''Announcement if nobody picks up the call'''
|
|}

== Configuration ==

===Firmware version===

All innovaphone devices use Vx build xx-xxxxx as firmware.

=== SIP - Trunk ===

=== Number Mapping ===

=== Route Settings ===

=== Media Relay ===

=== Fax ===

[[Category:Compat|{{PAGENAME}}]]

Howto:Peoplefone SIP-Trunk - SIP Provider Compatibility Test

2014-01-16T11:05:31Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: peoplefone'''

The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF
** CLIP no screening
** TSIP

* Supported Codecs by the provider
** G711
** G729
** G723
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

This scenario describes a setup where the PBX and phones are in a private network.

There are 3 major configuration variants of the SIP trunk, which one is used depends on the test results. The variants are:

* the SIP trunk is configured without Media Relay and without exclusive coder. This is the case if all tests were successful
* the SIP trunk is configured with Media Relay and STUN but without exclusive coder. This is the case when the test for "NAT Traversal" fails
* the SIP trunk is configured with Media Relay and exclusive coder. This is the case when the test for "Reverse Media Negotiation" fails

The test scenario should describe which SIP trunk configuration is needed.

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Ok
|----
|call using g729
|Ok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|Nok
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Ok (CLIP open)
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|'''Ok'''
|----
|NAT Detection
|Ok
|----
|Redundancy
|
|----
|SIP over TCP
|Ok
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|'''Ok'''
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|Ok
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold or dialling tone
|
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|
|----
|Held end hears dialling tone
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|
|----
|'''Caller can make a call to a Waiting Queue'''
|
|----
|'''Announcement if nobody picks up the call'''
|
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10 build 10.0970 as firmware.

=== SIP - Trunk ===

=== Number Mapping ===

=== Route Settings ===

=== Media Relay ===

=== Fax ===

[[Category:Compat|{{PAGENAME}}]]

Howto:Peoplefone SIP-Trunk - SIP Provider Compatibility Test

2014-01-16T09:43:55Z

Ms:

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: peoplefone'''

The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF
** CLIP no screening
** TSIP

* Supported Codecs by the provider
** G711
** G729
** G723
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

This scenario describes a setup where the PBX and phones are in a private network.

There are 3 major configuration variants of the SIP trunk, which one is used depends on the test results. The variants are:

* the SIP trunk is configured without Media Relay and without exclusive coder. This is the case if all tests were successful
* the SIP trunk is configured with Media Relay and STUN but without exclusive coder. This is the case when the test for "NAT Traversal" fails
* the SIP trunk is configured with Media Relay and exclusive coder. This is the case when the test for "Reverse Media Negotiation" fails

The test scenario should describe which SIP trunk configuration is needed.

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|'''Ok'''
|----
|'''call using g711u'''
|'''Ok'''
|----
|call using g723
|Ok
|----
|call using g729
|Ok
|----
|call using g722
|Nok
|----
|Overlapped sending
|Nok
|----
|'''early media channel'''
|'''Ok'''
|----
|Fax using T.38
|Ok
|----
|Reverse Media Negotiation
|
|----
|CGPN can be suppressed
|Ok
|----
|CLIP no screening
|Ok (CLIP open)
|----
|'''Long time call possible(>30 min)'''
|'''Ok'''
|----
|'''External Transfer'''
|
|----
|NAT Detection
|Ok
|----
|Redundancy
|
|----
|SIP over TCP
|Ok
|----
|'''Voice Quality OK?'''
|'''Ok'''
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|'''Ok'''
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Ok'''
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|'''Ok'''
|----
|DTMF tones sent correctly via SIP-Info
|
|----
|'''DTMF tones received correctly'''
|'''Ok'''
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|'''Ok'''
|----
|Held end hears music on hold / announcement from PBX
|Ok
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold or dialling tone
|
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|
|----
|Held end hears dialling tone
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|
|----
|'''Caller can make a call to a Waiting Queue'''
|
|----
|'''Announcement if nobody picks up the call'''
|
|}

== Configuration ==

===Firmware version===

All innovaphone devices use V10 build 10.0958 as firmware.

=== SIP - Trunk ===

=== Number Mapping ===

=== Route Settings ===

=== Media Relay ===

=== Fax ===

[[Category:Compat|{{PAGENAME}}]]

Howto:Peoplefone SIP-Trunk - SIP Provider Compatibility Test

2014-01-16T08:41:15Z

{{FIXME|reason=Note: Article - Name should be Howto:Productname-SIP-provider-compatibility-test. It is important that the productname is in the article title and not the provider name or country-a provider could have different products or the same product in more countries}}

'''Innovaphone Compatibility Test Report'''

== Summary ==

'''SIP Provider: peoplefone'''

The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%22recommended_product%22%3F#SIP_Provider|recommended SIP Provider]].

...

That being said, the provider has achieved x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#|Test Description]]



* Features:

** Direct Dial In
** Fax over IP (T.38)
** DTMF

* Supported Codecs by the provider
** G711
** G729
** G723
** G726
** T.38 UDP

== Current test state ==


{{Template:Compat Status "in progress"}}









<internal>
Beim Abschluss des Tests (egal ob gut, schlecht oder abgebrochen) bitte Nachricht an ckl!
</internal>

== Testing Enviroment ==

[[Image:HFO_SIP_Compatibility_Test_5.PNG]]

This scenario describes a setup where the PBX and phones are in a private network.

There are 3 major configuration variants of the SIP trunk, which one is used depends on the test results. The variants are:

* the SIP trunk is configured without Media Relay and without exclusive coder. This is the case if all tests were successful
* the SIP trunk is configured with Media Relay and STUN but without exclusive coder. This is the case when the test for "NAT Traversal" fails
* the SIP trunk is configured with Media Relay and exclusive coder. This is the case when the test for "Reverse Media Negotiation" fails

The test scenario should describe which SIP trunk configuration is needed.

== Test Results ==

For more information on the test procedure, please read the following wiki article: [[Howto:SIP_Interop_Test_Description|SIP Interop Test Description]]. Bold lines in the test results indicate a KO-criteria.

{{FIXME|reason=Note: Possible test results are Ok, Nok, Not tested, N/A(not available). Ok, Nok, N/A are self explanatory. "Not tested" is more a temporary note - if its still in the test after finishing, then the summary should explain why the feature was not tested. Remove this note in the final report}}

=== Basic Call ===

{| border="1"
!Tested feature
!Result
|----
|'''call using g711a'''
|
|----
|'''call using g711u'''
|
|----
|call using g723
|
|----
|call using g729
|
|----
|call using g722
|
|----
|Overlapped sending
|
|----
|'''early media channel'''
|
|----
|Fax using T.38
|
|----
|Reverse Media Negotiation
|
|----
|CGPN can be suppressed
|
|----
|CLIP no screening
|
|----
|'''Long time call possible(>30 min)'''
|
|----
|'''External Transfer'''
|
|----
|NAT Detection
|
|----
|Redundancy
|
|----
|SIP over TCP
|
|----
|'''Voice Quality OK?'''
|
|}

=== Direct Dial In ===

{| border="1"
!Tested feature
!Result
|----
|'''Inbound(Provider -> Innovaphone)'''
|
|----
|'''Outbound(Innovaphone -> Provider)'''
|
|----
|'''Loop In call(Innovaphone -> Provider -> Innovaphone)'''
|
|}

=== DTMF ===

{| border="1"
!Tested feature
!Result
|----
|'''DTMF tones sent correctly'''
|
|----
|DTMF tones sent correctly via SIP-Info
|
|----
|'''DTMF tones received correctly'''
|
|}

=== Hold/Retrieve ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be put on hold'''
|
|----
|Held end hears music on hold / announcement from PBX
|
|}

=== Transfer with consultation ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Transfer with consultation (alerting only) ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred'''
|
|----
|Held end hears music on hold or dialling tone
|
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
!MoH Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|
|}

=== Blind Transfer ===

{| border="1"
!Tested feature
!Result
|----
|Call can be transferred
|
|----
|Held end hears dialling tone
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. inno1 transfers to inno2.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== CFU / CFB Transfer ===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

=== CFNR / Blind Transfer (alerting only)===

{| border="1"
!Tested feature
!Result
|----
|'''Call can be transferred or forward'''
|
|----
|'''Held end hears dialling tone'''
|
|}

The following tests are made to test if call transfer is working.

{| border="1"
!Tested feature
!Voice Ok?
|----
|inno1 calls inno2. inno2 transfers to PSTN-phone.
|
|----
|inno1 calls PSTN-phone. PSTN-phone transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to inno2.
|
|----
|PSTN-phone calls inno1. inno1 transfers to other PSTN-phone-2.
|
|}

=== Broadcast Group & Waiting Queue ===

{| border="1"
!Tested feature
!Result
|----
|'''Caller can make a call to a Broadcast Group'''
|
|----
|'''Caller can make a call to a Waiting Queue'''
|
|----
|'''Announcement if nobody picks up the call'''
|
|}

== Configuration ==

===Firmware version===

All innovaphone devices use Vx build xx-xxxxx as firmware.

=== SIP - Trunk ===

=== Number Mapping ===

=== Route Settings ===

=== Media Relay ===

=== Fax ===

[[Category:Compat|{{PAGENAME}}]]

File:Foxfon SIP Trunk Routing.png

2014-01-16T07:50:29Z

Ms:

File:Foxfon SIP Trunk SIP.png

2014-01-16T07:50:05Z

Ms: