Howto:IP Austria SIP Provider Compatibility Test: Difference between revisions

From innovaphone wiki
Jump to navigation Jump to search
m (New page: '''Innovaphone Compatibility Test Report''' == Summary == '''IP Austria''' <!--The provider supports all required innovaphone features and is therefore qualified as [[Howto:What_is_a_%2...)
 
 
(8 intermediate revisions by the same user not shown)
Line 4: Line 4:


'''IP Austria'''
'''IP Austria'''
<!--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 x% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#Summary|Test Description]]


* Features:
* Features:


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


* Supported Codecs by the provider
* Supported Codecs by the provider
** G711
** G711
** T.38 UDP
** G729
** G723
 
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 does not support T.38, which will result in possible problems when sending faxes from fax machines via this SIP trunk. To circumvent this kind of problems, IP Austria offers a Fax-to-Email solution which can be bought additionally to this SIP trunk. For more information on this issue, please contact IP Austria directly.


-->
The configuration on innovaphone side is simple, since the built-in SIP-GW can be used to connect to the provider.
 
Starting with innovaphone's v9 firmware the CGPN cannot be suppressed.
 
IP Austria has achieved 93% of all possible test points. For more information on the test rating, please refer to [[Howto:SIP_Interop_Test_Description#Summary|Test Description]]


== Current test state ==
== Current test state ==
<!--{{Template:Compat Status "tested"}}-->
<!--{{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=IP Austria_SIP_Provider_-_product-cert.pdf}}
<!-- {{Template:Compat Status "rejected"}} -->
<!-- {{Template:Compat Status "rejected"}} -->


<!-- Testing of this product has been finalized Month Day, Year.-->
Testing of this product has been finalized March 31, 2010.


== Testing Enviroment ==
== Testing Enviroment ==
Line 58: Line 57:
|----
|----
|call using g723
|call using g723
|No
|Yes
|----
|----
|call using g729
|call using g729
|No
|Yes
|----
|----
|Overlapped sending
|Overlapped sending
Line 70: Line 69:
|----
|----
|Fax using T.38
|Fax using T.38
|Not tested yet
|No
|----
|----
|CGPN can be supressed
|Reverse Media Negotiation
|Tests not complete
|Yes
|----
|CGPN can be suppressed
|Yes
|----
|----
|CLIP no screening
|CLIP no screening
|Tests not complete
|No
|----
|----
|'''Long time call possible(>30 min)'''
|'''Long time call possible(>30 min)'''
|'''Yes'''
|'''Yes'''
|----
|'''External Transfer'''
|'''Yes'''
|----
|NAT Detection
|Yes
|----
|----
|'''Voice Quality OK?'''
|'''Voice Quality OK?'''
Line 95: Line 103:
|----
|----
|'''Outbound(Innovaphone -> Provider)'''
|'''Outbound(Innovaphone -> Provider)'''
|Tests not complete
|'''Yes'''
|}
|}


Line 105: Line 113:
|----
|----
|'''DTMF tones sent correctly'''
|'''DTMF tones sent correctly'''
|Tests not complete
|'''Yes'''
|----
|----
|'''DTMF tones received correctly'''
|'''DTMF tones received correctly'''
Line 122: Line 130:
|Held end hears music on hold / announcement from PBX
|Held end hears music on hold / announcement from PBX
|Yes
|Yes
|----
|Held end hears music on hold / announcement from provider
|No
|}
|}


Line 138: Line 143:
|Held end hears music on hold
|Held end hears music on hold
|Yes
|Yes
|----
|'''Call returns to transferring device if the third'''
'''Endpoint is not available'''
|'''Yes'''
|}
|}


Line 150: Line 151:
!Result  
!Result  
|----
|----
|'''Call can be transfered'''
|'''Call can be transferred'''
|'''Yes'''
|'''Yes'''
|----
|----
Line 193: Line 194:


===Firmware version===
===Firmware version===
* v8 Hotfix2 (80542)
* was retested with v9 final firmware


=== SIP - Trunk ===
=== SIP - Trunk ===


First of all the SIP Trunk must be configured. Here an example of our IP Austria - Trunk. IP - Austria awaits in the From Header the complete Calling Party Number(CGPN). The default innovaphone setting is to not send the complete CGPN in  the FROM - Header, but in the Preferred Identity Header. Change the setting ''From Header:'' to ''CGPN in user part of URI'' and ''Identity Header when sending Invite'' to ''Fixed AOR''.
[[Image:IP Austria SIP Compatibility Test 1.PNG]]


=== Number Mapping ===
=== Number Mapping ===


The complicated part on this issue is the correct mapping of the outgoing and incoming numbers.
[[Image:IP Austria SIP Compatibility Test 2.PNG]]


=== Route Settings ===
=== Route Settings ===


Because IP Austria, as most SIP - Providers too, doesn't support overlap sending, you must enable the block-wise sending of the phone number. You can do this by enabling ''Force enblock'' in the automatically generated Routes.
The second setting you must check is Interworking(QSIG,SIP). This feature must be enabled to properly relay supplementary services, like Hold over the SIP Trunk. If this check-box is unchecked only basic call Information like connect and disconnect will be forwarded by the Gateway.
[[Image:IP Austria SIP Compatibility Test 3.PNG]]


=== Media Relay ===
=== Media Relay ===


By enabling Media Relay on the PBX, The IP800 will work as an RTP - Proxy, so all RTP Streams will travel through the IP800. This mode poses a much greater load on the PBX, so the number of concurrent calls will be heavy limited. The tests described in this article, were successful without using Media Relay. If you run into problems(media, one way audio), you can still activate the Media Relay check-box at the SIP interface.
=== Special Scenario: incoming call contains only the trunk number===
In Austria it is common procedure that incoming calls to the switchboard ("Zentrale") do not use an extension(e.g. '0'), the dialed number contains only the trunk number. To handle such calls the '''Incomplete Number''' attribute of the Trunk Line object must point to a PBX object that should handle the calls (e.g. a waiting queue object).
[[Image:IP Austria SIP Compatibility Test 4.PNG]]


=== Fax ===




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

Latest revision as of 14:27, 23 May 2011

Innovaphone Compatibility Test Report

Summary

IP Austria

  • Features:
    • Direct Dial In
    • DTMF
  • Supported Codecs by the provider
    • G711
    • G729
    • G723

The provider supports all required innovaphone features and is therefore qualified as recommended SIP Provider. The provider does not support T.38, which will result in possible problems when sending faxes from fax machines via this SIP trunk. To circumvent this kind of problems, IP Austria offers a Fax-to-Email solution which can be bought additionally to this SIP trunk. For more information on this issue, please contact IP Austria directly.

The configuration on innovaphone side is simple, since the built-in SIP-GW can be used to connect to the provider.

Starting with innovaphone's v9 firmware the CGPN cannot be suppressed.

IP Austria has achieved 93% of all possible test points. For more information on the test rating, please refer to Test Description

Current test state

Recprod.PNG The tests for this product have been completed and it has been approved as a recommended product (Certification document).

Testing of this product has been finalized March 31, 2010.

Testing Enviroment

Scenario NAT

HFO SIP Compatibility Test 5.PNG

This scenario describes a setup where the PBX and phones are in a private network. The IP800 must does not use a stun server, the SIP provider is responsible for handling the correct NAT mappings. The IP800 does not works as media relay, all RTP - streams don't pass 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.

Basic Call

Tested feature Result
call using g711a Yes
call using g711u Yes
call using g723 Yes
call using g729 Yes
Overlapped sending No
early media channel Yes
Fax using T.38 No
Reverse Media Negotiation Yes
CGPN can be suppressed Yes
CLIP no screening No
Long time call possible(>30 min) 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 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

  • v8 Hotfix2 (80542)
  • was retested with v9 final firmware

SIP - Trunk

First of all the SIP Trunk must be configured. Here an example of our IP Austria - Trunk. IP - Austria awaits in the From Header the complete Calling Party Number(CGPN). The default innovaphone setting is to not send the complete CGPN in the FROM - Header, but in the Preferred Identity Header. Change the setting From Header: to CGPN in user part of URI and Identity Header when sending Invite to Fixed AOR.

IP Austria SIP Compatibility Test 1.PNG

Number Mapping

The complicated part on this issue is the correct mapping of the outgoing and incoming numbers.

IP Austria SIP Compatibility Test 2.PNG

Route Settings

Because IP Austria, as most SIP - Providers too, doesn't support overlap sending, you must enable the block-wise sending of the phone number. You can do this by enabling Force enblock in the automatically generated Routes.

The second setting you must check is Interworking(QSIG,SIP). This feature must be enabled to properly relay supplementary services, like Hold over the SIP Trunk. If this check-box is unchecked only basic call Information like connect and disconnect will be forwarded by the Gateway.

IP Austria SIP Compatibility Test 3.PNG

Media Relay

By enabling Media Relay on the PBX, The IP800 will work as an RTP - Proxy, so all RTP Streams will travel through the IP800. This mode poses a much greater load on the PBX, so the number of concurrent calls will be heavy limited. The tests described in this article, were successful without using Media Relay. If you run into problems(media, one way audio), you can still activate the Media Relay check-box at the SIP interface.

Special Scenario: incoming call contains only the trunk number

In Austria it is common procedure that incoming calls to the switchboard ("Zentrale") do not use an extension(e.g. '0'), the dialed number contains only the trunk number. To handle such calls the Incomplete Number attribute of the Trunk Line object must point to a PBX object that should handle the calls (e.g. a waiting queue object).

IP Austria SIP Compatibility Test 4.PNG