Howto:IT - Made in Lab - VoIP In Lab SIP-Provider (2016): Difference between revisions
(New page: == Summary == The tests for the SIP-trunk ''VoIP-In-Lab'' of the provider [http://www.m-lab.it MADE IN LAB Communications] were completed successfully. Issues found were: ; SRTP ; NAT Tra...) |
No edit summary |
||
Line 1: | Line 1: | ||
== Summary == | == Summary == | ||
The tests for the SIP-trunk ''VoIP-In-Lab'' of the provider [http://www.m-lab.it MADE IN LAB Communications] were completed | <!--{{Template:Compat Status "planned"}} --> | ||
<!-- {{Template:Compat Status "in progress"}} --> | |||
{{Template:Compat Status "tested"(sip provider)}} | |||
<!-- {{Template:Compat Status "rejected"}} --> | |||
<!-- {{Template:Compat_Status_"referral_prod."-no-certificate}} --> | |||
The tests for the SIP-trunk ''VoIP-In-Lab'' of the provider [http://www.m-lab.it MADE IN LAB Communications] were completed. | |||
Issues found were: | Issues found were: | ||
Line 9: | Line 15: | ||
; Correct signalling of Ringing-state | ; Correct signalling of Ringing-state | ||
For more details about this issues, see | For more details about this issues, see ''Tests'' sections. | ||
==Category== | ==Category== | ||
Line 25: | Line 22: | ||
[[Category:3rdParty SIP Provider|{{PAGENAME}}]] | [[Category:3rdParty SIP Provider|{{PAGENAME}}]] | ||
== Tests with MediaRelay | == Tests with MediaRelay == | ||
; Registration : The provider supports only UDP as transport protocol. As a result, the SIP-communication is not encrypted. Moreover it requires all involved network elements to support IP-fragmentation. | ; Registration : The provider supports only UDP as transport protocol. As a result, the SIP-communication is not encrypted. Moreover it requires all involved network elements to support IP-fragmentation. |
Revision as of 12:29, 11 February 2016
Summary
The tests for this product have been completed. See the Summary section for more details.
The tests for the SIP-trunk VoIP-In-Lab of the provider MADE IN LAB Communications were completed.
Issues found were:
- SRTP
- NAT Traversal
- Mobility Call
- Redundancy
- Correct signalling of Ringing-state
For more details about this issues, see Tests sections.
Category
All SIP Telephony Provider (i.e. Carrier)
Tests with MediaRelay
- Registration
- The provider supports only UDP as transport protocol. As a result, the SIP-communication is not encrypted. Moreover it requires all involved network elements to support IP-fragmentation.
- CLIP
- OK
- CLIR
- OK
- CLNS
- OK
- codecs
- G711a, G711u, G729A, G722 (on-net calls only). The following codecs are not supported: OPUS.
- Fax
- Transport of faxes to/from the PSTN via G.711A codec was tested successfully.Additionally transport of faxes to/from the PSTN using the T.38 protocol was tested successfully. This is important for the innovaphone Fax-server. Even if the provider supports T.38, it is not guaranteed that all Fax-calls use T.38. However each call using T.38 will save you 2 DSP-licenses on the gateway hosting the Fax-interface.
- SRTP
- The provider does not support audio encryption using SRTP.
- DTMF(RFC2833)
- OK
- NAT Traversal
- The provider detects clients behind NAT and can handle calls to them without requiring the clients to use NAT-traversal methods like STUN. However since reverse-media negotiation is not supported, MediaRelay and Exclusive coder must be activated on the SIP-interface.
- Mobility Call
- Transmitting DTMF-tones as SIP-INFO messages was not possible, which is required in-order to use Mobility-calls without MediaRelay on the SIP-Interface.
- Redundancy
- Registration of two SIP-interfaces on the same SIP-account is supported by the provider. However, the provider has no failover mechanism if one device is down. As a result, you can use both SIP-interfaces for load-balancing purposes. If one device is down, for a duration of up to 2 minutes(i.e registration interval) incoming and outgoing calls might be rejected/fail.
- IP-Fragmentation
- OK
- Large SIP messages
- OK
- Correct signalling of Ringing-state
- Ringing not signalled by the provider. This will lead to incorrect call-state display on the PBX(phone-UI, myPBX, Soap) for outbound calls to the PSTN. The caller will see no status-update on the phone-display/PC-screen, showing that the remote party was reached and is ringing.
Additionally external callers forwarded/transferred back to the PSTN, will get no ring-tone but hear silence while the remote party is ringing. This silence while waiting might lead to aborting the call.
- Early-Media
- OK
- Session Timer
- OK
- Call Transfer
- OK
Tests without MediaRelay
The tests were aborted, since the provider requires MediaRelay. The reason for it, are audio problems when changing the remote RTP-endpoint during a call and missing support for reverse-media negotiation.
Configuration
- Use profile IT_Made-In-Lab_VoIP-In-Lab in the Gateway/Interfaces/SIP menu.
Contact
Customers should contact Made in Lab using the following contact web page.