|
**** JANUARY 2008 ****
Welcome to Comms Connect's industry newsletter. Our aim is to provide you (our resellers) with relevant and up to date industry news and developments from our sales/technical departments and our vendors.
News
 |
Quintum partners with AccessLine to Offer Survivable VoIP Services to SMBs
AccessLine will deploy the Tenors at the customer location to interface with their existing phone system. AccessLine is using Quintum Auto-Provisioning feature that has simplified the deployment of the Tenors for service providers who deploy equipment to customer premises.
Telanetix' AccessLine group provides hosted VoIP services for the business market nationwide. Its business phone service is easy to implement, cost effective, and delivers a complete range of powerful features and it had won many “Product of the Year” awards.
| |
 |
PortaOne MR16 New Features Guide.
PortaOne has published the New Features Gide for the Maintenance Release 16. This document provides information for PortaOne users regarding new features that will appear in PortaSwitch MR16.
The pdf can be downloaded from the link below: PortaSwitch_NewFeatures_MR16.pdf
| |
Sales Information
 |
CommsConnect, live demo to evaluate PortaOne MR16 features are available upon request.
Please contact sales@commsconnect.com.au to request a CommsConnect representative to contact you for more information and/or to arrange a demonstration.
| |
 |
Quintum's CallRoutingServer is the softswitch (h323 and Sip) for Quintum GWs
Quintum's high performance Call Routing Server gives service providers a single, central routing resource for use in medium to large VoIP networks.
Residing in the Network Operations Center and connected to all the access switches and gateways over IP, the Call Routing Server provides advanced, flexible call routing for the complete network.
Call Routing Server is available in a 19"" rack mounting chassis.
Up to 72K BHCA per Call Routing Server
Up to 1,440K BHCA per High Capacity Call Routing Server"
The Tenor Call Routing Server offers a scalable solution designed to support demanding
applications such as:
Wholesale VoIP Termination
Tandem Switching
Call Centers
VoIP SIP Trunking
Least Cost Routing
Calling Cards" | |
 |
PortaOne Callback solutions
ANI/DNIS Call Back IP Calls
Previously, ANI/DNIs callback was only available for the Cisco platform. MR15 and later releases of PortaUM offers to run “IVR-based” callback services. Calls to your callback DIDs will be delivered to PortaUM, PortaUM will disconnect the incoming call so that the user is not charged for the original call leg.
There are three main components of a callback system:
- Callback trigger: The part of the system capable of interacting with the end user in some way and, upon receiving certain information from him, initiating the callback process, is called the callback trigger.
- Callback engine: The component of the VoIP network which actually establishes calls to A and B and bridges them together.
- Authorization and billing: Call authorization and charging for the call.
Callback Engine: PortaSwitch based (runs on PortaSIP)
Basically, using PortaSwitch, all callback types below can be implemented (without the need of a Cisco GW).
SMS callback
GSM modem (Wavecom, MultiTech) is needed and it requires a serial port on the server; limited to 6-10 messages per min.
The other option is to use the GSM (wireless) carrier SMS service for your access number; unlimited SMS messages.
Hosted SMS provider (better option but could have higher charges) such as http://www.csoft.co.uk.
Callback server can be installed on PortaSlave or separate server using PortaSlave CD
ANI/DNIS based callback (access via Pstn and/or IP)
(pstn to IP/pstn) AND (ip to pstn) AND (ip to ip via loopback pstn ports)
This callback type can be implemented using PortaUM in MR15 or later and no Cisco required;
Web Callback
Available with Porta
There are 3 types; Simple, Extended and PortaSwitch
runs on PortaSlave or separate server installed as PortaSlave with Callback function
Email Callback
Sendmail needs to be installed on PortaSlave (www.sendmail.com)
sends email to PortaSlave | |
Technical Information
 |
Quintum® Releases VoIP Network Security Guide.
Quintum Technologies have published a brief security guide on the security measures that Tenors have built-in to their software, to assure VoIP security when deploying Tenor VoIP MultiPath switches and gateways in telephony and IP telephony networks.
Below are the main topics described in the document:
SIP Method - Allow Only Proxy Calls
H.323 Method - Endpoint Address Directory (EPAD)
Disable Administrative Access, ie. Lock Down/Disable SIP and H.323
Use b and Creative PASSWORDS !!!
The pdf can be downloaded from the link below: Security_of_IP_networks.pdf
| |
 |
Direct Incoming Calls to B2BUA increases performance - PortaSwitch MR15 and later
As you know, the two major components of PortaSIP are proxy/registrar and B2BUA. While B2BUA controls the actual call flow and exchange of SIP messages related to a particular call – all messages still pass via the proxy. It is the proxy that deals with Nat Traversal.
If a call arrives from a remote gateway or IP PBX running on a public IP address – NAT traversal is not required and there is no need to engage the SIP proxy in the SIP messages exchange.
PortaSIP Maintenance Release 15 allows B2BUA to accept direct incoming connection from a remote SIP UA on a public IP address. This is ideal for SIP trunking and similar services. This improvement accounts for over 20% increase in the call processing time
No special configuration on the PortaSIP side is required but you should specify port 5061 of your PortaSIP server on your gateway/IP PBX outgoing SIP proxy with the IP address.
| |
 |
Increasing the performance of your PortaSIP
If your PortaSIP needs to serve large numbers of proxied calls, ie SipUAs behind NATs/Firewalls. Then the recommendation would be to use a seperate physical server for dedicated RTP proxying (standard option in MR16)
If your PortaSIP is handling high volumes of SIP traffic without RTP proxying, ie wholesale type application.
Then the recommendation would be to create a Sip cluster with addition of a second PortaSIP.
This would also provides redundancy for PortaSIP component of your PortaSwitch.
Increasing CPU power and RAM should also be considered.
You are also allowed to run PortaSIP on multiple CPU servers, but there may be no clear performance benefits - this is why PortaOne do not provide separate SMP licensing for it. There may be some increase in the performance if more than one virtual SIP instance is being used.
For more info on hardware configuration and other technical questions, please contact support@commsconnect.com.au
| |
|