Howto:Xtratelecom - Trunk SIP - SIP Provider Compatibility Test
Innovaphone Compatibility Test Report
Summary
SIP Provider: Xtratelecom
The provider was tested by our partner Makenai Solutions, Innovation & Creative Ideas. This product is listed due to a customer testimonial. No tests have been conducted by innovaphone.
The provider does not support all required innovaphone features and is therefore not qualified as recommended SIP Provider.
Major problems:
The provider doesn't support number formatting for international and national calls. As a result, the PBX cannot distinguish between incoming national and international CGPNs. Moreover calls to international destinations, having a country code that overlaps with the Spanish national numbering plan, will not work.
Minor notes:
The provider doesn't support Reverse Media negotiation, so media relay and an exclusive coder setting must be configured.
The provider supports redundancy. As long as the IP addresses of the PBXs are defined in the Xtratelecom side they can send and receive calls to/from any of them.
Fax is supported, but it needs an extra SIP trunk in the PBX side pointing to a different IP. Xtratelecom defines it as a service called 'Endpoint de fax' that needs to be purchased separately.
That being said, the provider has achieved 80% of all possible test points. For more information on the test rating, please refer to Test Description
- Features:
- Direct Dial In
- Fax over IP (T.38)
- DTMF
- Supported Codecs by the provider
- G711
- G729
- T.38 UDP
Current test state
The tests for this product could not be completed or not all mandatory tests were passed. See the Summary section for more details.
Testing of this product has been finalized December 4th, 2014.
Testing Environment
This scenario describes a setup where the PBX and phones are in a private network.
The SIP trunk is configured with Media Relay and exclusive coder. This is the case when the test for "Reverse Media Negotiation" fails
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 | Ok |
| call using g711u | Ok |
| call using g723 | N/A |
| call using g729 | Ok |
| call using g722 | Nok |
| Overlapped sending | Nok |
| early media channel | Ok |
| Fax using T.38 | Ok |
| T.38 Transcoding by the provider | Ok* |
| Reverse Media Negotiation | Nok |
| CGPN can be suppressed | Ok |
| CLIP no screening | Nok |
| Long time call possible(>30 min) | Ok |
| External Transfer | Ok |
| NAT Detection | Nok |
| Redundancy | Ok |
| SIP over TCP | Ok |
| Voice Quality OK? | OK |
- not tested, but according to provider should work
Direct Dial In
| Tested feature | Result |
|---|---|
| Inbound(Provider -> Innovaphone) | Nok* |
| Outbound(Innovaphone -> Provider) | Nok* |
| Loop In call(Innovaphone -> Provider -> Innovaphone) | Nok* |
* The call itself works, however the provider cannot send the CGPN and receive the CDPN in international and national format. It will send the CGPN and expect the CDPN always without leading 0. E.g. a call from India (country code 91) will be signalled as 91xxxxx(instead of 0091xxxx or +91xxxx). A call from Madrid will be also signalled as 91xxxx(instead of 091xxxx). As a result, the user and the pbx cannot distinguish between national and international CGPN. Also only outbound calls to national destinations were tested, an outbound call to the Indian CDPN 91xxxx will probably be routed by the provider to a destination in Madrid.
DTMF
| Tested feature | Result |
|---|---|
| DTMF tones sent correctly via RTP-events(RFC 2833) | Ok |
| DTMF tones sent correctly via SIP-Info | Ok |
| DTMF tones received correctly via RTP-events(RFC 2833) | Ok |
Hold/Retrieve
| Tested feature | Result |
|---|---|
| Call can be put on hold | Ok |
| Held end hears music on hold / announcement from PBX | Ok |
Transfer with consultation
| 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.
| 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)
| 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.
| 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
| 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.
| 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
| Tested feature | Result |
|---|---|
| Call can be forward | Ok |
| Held end hears dialling tone | Ok |
CFNR / Blind Transfer (alerting only)
| 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.
| 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
| 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 10.00 sr16 as firmware.
SIP - Trunk
Voice trunk
Fax trunk
Number Mapping
The provider will send and receive all numbers (CGPN & CDPN) in national number format. Incoming calls from international numbers were not tested, the expectation would be that they are signalled in international number format.
Route Settings
The provider does not support overlapped sending, so Force Enblock must be activated in the route from RS1 to SIP1.