Howto:E-Fon - ADAPT - Provider Compatibility Test

From innovaphone wiki
Jump to navigation Jump to search

Innovaphone Compatibility Test Report

Summary

SIP Provider: E-Fon

The provider supports all required innovaphone features and is therefore qualified as recommended SIP Provider.

All tests were made without use of Media-Relay or Exclusive Coder.The NAT Detection mechanism and SIP Reverse Media Negotiation work without problems. The SIP Provider supports the G722 codec and does transcoding, by this it allows call to PSTN destinations using G722.

Redundancy is not possible since the SIP Provider only allows one active registration per account at a single time. If we register a second device, it will replace the previous registration.

T.38 is not supported as codec. G711 Pass-through is supported by the provider to send and receive fax calls.

CGPN Suppression is possible, it requires to send as prefix "*31" in the CDPN. This can be automated by an additional Route Table entry.

That being said, the provider has achieved 89% of all possible test points (140/157). For more information on the test rating, please refer to Test Description

  • Features:
    • Direct Dial In
    • Fax over IP (G711 Pass-through)
    • DTMF
    • CGPN Suppression
    • CLIP No Screening
    • NAT Detection
    • Reverse Media Negotiation
  • Supported Codecs by the provider
    • G711 a/u
    • G729
    • G722
    • G726 (Not tested but listed on the Media Capabilities)

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 June 23th, 2014.

Testing Enviroment

SIPProviderTestTopology1.PNG

This scenario describes a setup where the PBX and phones are in a private network.

  • the SIP trunk is configured without Media Relay and without exclusive coder. This is the case if all tests were successful

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 NOK
call using g729 OK
call using g722 OK
Overlapped sending NOK
early media channel OK
Fax using T.38 NOK
T.38 Transcoding by the provider NOK
Reverse Media Negotiation OK
CGPN can be suppressed OK
CLIP no screening OK
Long time call possible(>30 min) OK
External Transfer OK
NAT Detection OK
Redundancy NOK
SIP over TCP NOK
Voice Quality OK? OK

Direct Dial In

Tested feature Result
Inbound(Provider -> Innovaphone) OK
Outbound(Innovaphone -> Provider) OK
Loop In call(Innovaphone -> Provider -> Innovaphone) OK

DTMF

Tested feature Result
DTMF tones sent correctly OK
DTMF tones sent correctly via SIP-Info NOK
DTMF tones received correctly 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 NOK
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 V10sr11 as firmware.

SIP - Trunk

EFON - SIP Provider Compatibility Test 1.png

Number Mapping

EFON - SIP Provider Compatibility Test 2.png

Route Settings

EFON - SIP Provider Compatibility Test 3.png

  • Force Enblock is required.
  • Special Route to handle Restricted Calls.

Known Limitations

  • No T.38 since it's rejected with "SIP 488 Not Acceptable Here".
  • SIP Privacy ID for CGPN Number suppression not supported, as solution we have to do a route that checks the CGPN for number suppresion (R!) and add as prefix to the CDPN the code *31.
  • Multiple registrations with the same account are not possible, a new registration replaces the previous one making not possible to do redundancy with 2 gateways.