Howto:VoIP-Telecom - SIP Provider Compatibility Test: Difference between revisions
No edit summary |
No edit summary |
||
(14 intermediate revisions by the same user not shown) | |||
Line 7: | Line 7: | ||
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]]. | 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 beeing said, the provider has achieved 97,5% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#Summary|Test Description]] | That beeing said, the provider has achieved 97,5% of all possible test points (117 on total of 120 Points). For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#Summary|Test Description]] | ||
The Provider have NAT Detection system so we don't need to use STUN Server to work with. It's recommended to use media-relay to guarantee that there is no problem with media in some type of calls (like external transfers). | The Provider have NAT Detection system so we don't need to use STUN Server to work with. It's recommended to use media-relay to guarantee that there is no problem with media in some type of calls (like external transfers). | ||
It's required by the provider that user send 0 as prefix before the full number. Ex: 0 + 00497031730090. | |||
Line 28: | Line 30: | ||
== Current test state == | == Current test state == | ||
{{Template:Compat Status "tested"}} | |||
{{Template:Compat Status "in progress"}} | <!--{{Template:Compat Status "in progress"}} --> | ||
<!--{{Template:Compat Status "certified"|certificate=Tpl_sip.business_Toplink_SIP_Provider_-_product-cert.pdf}}--> | <!--{{Template:Compat Status "certified"|certificate=Tpl_sip.business_Toplink_SIP_Provider_-_product-cert.pdf}}--> | ||
<!-- {{Template:Compat Status "rejected"}} --> | <!-- {{Template:Compat Status "rejected"}} --> | ||
Testing of this product has been finalized July 22, 2011. | |||
== Testing Enviroment == | == Testing Enviroment == | ||
Line 47: | Line 49: | ||
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. | 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. | ||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''Call using g711a''' | |||
|'''Yes''' | |||
|---- | |||
|'''Call using g711u''' | |||
|'''Yes''' | |||
|---- | |||
|Call using g723 | |||
|Yes | |||
|---- | |||
|Call using g729 | |||
|Yes | |||
|---- | |||
|Overlapped sending | |||
|Yes | |||
|---- | |||
|'''Early media channel''' | |||
|'''Yes''' | |||
|---- | |||
|Fax using T.38 | |||
|Yes | |||
|---- | |||
|CGPN can be suppressed | |||
|Yes | |||
|---- | |||
|CLIP no screening | |||
|Yes | |||
|---- | |||
|Reverse Media Negotiation | |||
|Yes | |||
|---- | |||
|'''Long time call possible''' | |||
|'''Yes''' | |||
|---- | |||
|'''External Transfer''' | |||
|'''Yes''' | |||
|---- | |||
|NAT Detection | |||
|Yes | |||
|---- | |||
|'''Voice Quality OK?''' | |||
|'''Yes''' | |||
|} | |||
=== Direct Dial In === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''Inbound(Provider -> Innovaphone)''' | |||
|'''Yes''' | |||
|---- | |||
|'''Outbound(Innovaphone -> Provider)''' | |||
|'''Yes''' | |||
|} | |||
=== DTMF === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''DTMF tones sent correctly''' | |||
|'''Yes''' | |||
|---- | |||
|DTMF tones sent correctly via SIP-Info''' | |||
|No | |||
|---- | |||
|'''DTMF tones received correctly''' | |||
|'''Yes''' | |||
|} | |||
=== Hold/Retrieve === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''Call can be put on hold''' | |||
|'''Yes''' | |||
|---- | |||
|Held end hears music on hold / announcement from PBX | |||
|Yes | |||
|} | |||
=== Transfer with consultation === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''Call can be transferred''' | |||
|'''Yes''' | |||
|---- | |||
|Held end hears music on hold | |||
|Yes | |||
|} | |||
=== Transfer with consultation (alerting only) === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''Call can be transferred''' | |||
|'''Yes''' | |||
|---- | |||
|Held end hears music on hold or dialling tone | |||
|Yes | |||
|---- | |||
|'''Call returns to transferring device if the third Endpoint is not available''' | |||
|'''Yes''' | |||
|} | |||
=== Blind Transfer === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|Call can be transferred | |||
|Yes | |||
|---- | |||
|Held end hears dialling tone | |||
|Yes | |||
|} | |||
=== Broadcast Group & Waiting Queue === | |||
{| border="1" | |||
!Tested feature | |||
!Result | |||
|---- | |||
|'''Caller can make a call to a Broadcast Group''' | |||
|'''Yes''' | |||
|---- | |||
|'''Caller can make a call to a Waiting Queue''' | |||
|'''Yes''' | |||
|---- | |||
|'''Announcement if nobody picks up the call''' | |||
|'''Yes''' | |||
|} | |||
Line 63: | Line 211: | ||
[[Image:Voip-telecom_SIP_Compatibility_Test_4.png]] | [[Image:Voip-telecom_SIP_Compatibility_Test_4.png]] | ||
We should add 0 on CDPN Out maps so users don't need to dial extra 0 to the Provider. | |||
=== Route Settings === | === Route Settings === | ||
Since the Provider support Overlap sending there is no need to use "force enblock" option in the routes. We recommend the use of "Interworking QSIG/SIP" option in the routes. | Since the Provider support Overlap sending there is no need to use "force enblock" option in the routes. We recommend the use of "Interworking QSIG/SIP" option in the routes. |
Latest revision as of 09:02, 28 July 2011
Voip-Telecom innovaphone Compatibility Test Report
Summary
SIP Provider: VoIP-Telecom
The provider supports all required innovaphone features and is therefore qualified as recommended SIP Provider.
That beeing said, the provider has achieved 97,5% of all possible test points (117 on total of 120 Points). For more information on the test rating, please refer to Test Description
The Provider have NAT Detection system so we don't need to use STUN Server to work with. It's recommended to use media-relay to guarantee that there is no problem with media in some type of calls (like external transfers).
It's required by the provider that user send 0 as prefix before the full number. Ex: 0 + 00497031730090.
- Features:
- Direct Dial In
- Fax over IP (T.38)
- DTMF
- NAT Detection
- Suppress the Number if Requested.
- Supported Codecs by the provider
- G711
- G729
- G723
- T.38 UDP
Current test state
The tests for this product have been completed.
Testing of this product has been finalized July 22, 2011.
Testing Enviroment
Scenario NAT
This scenario describes a setup where the PBX and phones are in a private network. The IP800 should use a stun server, in order to send correct SIP - messages. The IP800 works as media relay, all RTP - streams go through the PBX.
Test Results
For more information on the test procedure, please read the following wiki article: SIP Interop Test Description. Bold lines in the test results indicate a KO-criteria.
Tested feature | Result |
---|---|
Call using g711a | Yes |
Call using g711u | Yes |
Call using g723 | Yes |
Call using g729 | Yes |
Overlapped sending | Yes |
Early media channel | Yes |
Fax using T.38 | Yes |
CGPN can be suppressed | Yes |
CLIP no screening | Yes |
Reverse Media Negotiation | Yes |
Long time call possible | Yes |
External Transfer | Yes |
NAT Detection | Yes |
Voice Quality OK? | Yes |
Direct Dial In
Tested feature | Result |
---|---|
Inbound(Provider -> Innovaphone) | Yes |
Outbound(Innovaphone -> Provider) | Yes |
DTMF
Tested feature | Result |
---|---|
DTMF tones sent correctly | Yes |
DTMF tones sent correctly via SIP-Info | No |
DTMF tones received correctly | Yes |
Hold/Retrieve
Tested feature | Result |
---|---|
Call can be put on hold | Yes |
Held end hears music on hold / announcement from PBX | Yes |
Transfer with consultation
Tested feature | Result |
---|---|
Call can be transferred | Yes |
Held end hears music on hold | Yes |
Transfer with consultation (alerting only)
Tested feature | Result |
---|---|
Call can be transferred | Yes |
Held end hears music on hold or dialling tone | Yes |
Call returns to transferring device if the third Endpoint is not available | Yes |
Blind Transfer
Tested feature | Result |
---|---|
Call can be transferred | Yes |
Held end hears dialling tone | Yes |
Broadcast Group & Waiting Queue
Tested feature | Result |
---|---|
Caller can make a call to a Broadcast Group | Yes |
Caller can make a call to a Waiting Queue | Yes |
Announcement if nobody picks up the call | Yes |
Configuration
Firmware version
All innovaphone devices use V9hf1 build 90600.01 as firmware.
SIP - Trunk
Number Mapping
We should add 0 on CDPN Out maps so users don't need to dial extra 0 to the Provider.
Route Settings
Since the Provider support Overlap sending there is no need to use "force enblock" option in the routes. We recommend the use of "Interworking QSIG/SIP" option in the routes.