Tuesday 31 March 2009

QSIG over IP / private circuit replacement

Present situation
The customer has multiple sites each with a legacy PBX which are interconnected via 2MB private circuits and utilising QSIG signalling. Up to 30 simultaneous calls between the sites are free & in addition the individual PBXs "appear as one" with transparency of features between them.

There is an ongoing, costly overhead for the rental of these private circuits & consequently customers are always anxious to find alternative methods of carrying this traffic & reducing the cost.

Private Circuit replacement
The solution is to replace the private circuits & to route this traffic over the customer's WAN instead. This is achieved by installing a Vega 400 in each site & connecting the PBX's QSIG trunk to one of the Vega's ISDN30 interfaces. The Vega 400 is also connected to the Corporate WAN. It is set to tunnel the QSIG data.

click to enlarge

Rapid ROI
As a result of ceasing the expensive private circuits & associated ongoing rental payments, the capital cost of the Vega 400s is quickly recouped, typically within 6-9 months!

Single day Fast Track training
VegaStream offers a not-for-profit single day training course after which delegates will be fluent with installing Vega Gateways for these solutions. Click here to learn more about this course.

Saturday 21 March 2009

Analogue Device Connectivity (ATA)

Vega gateways provide this....and more
1. Multiple connectivity for analogue devices (ATA)
2. Failover to PSTN
3. IP-phone survivability in the event that the xDSL / IP route fails or when the ITSP / IP-PBX itself suffers an outage.

In fact a single Vega gateway can be depolyed to provide functionality for all of these three scenarios!

Read on for details of each of these
:


1. High Density ATA
Multiple analogue device connectivity (phone, DECT cordless, fax, external loud bells) for UA endpoints operating with either a local SoftSwitch / IP-PBX deployed on the customer’s own network, or an off-site SoftSwitch / IP-Centrex application hosted by an ITSP.

Why wouldn't I just deploy IP Phones?
The deployment of FXS phones & devices may be in conjunction with, or instead of IP phones, and indeed there are many areas where it is more practical to deploy a high density FXS gateway:

> Serves as an ideal legacy PBX replacement or where there is an absence of data/network cabling. The Vega simply replaces the telephone system’s central control unit & is connected to the existing telephone wiring & analogue phones

> Where there is a requirement for a large quantity of handsets & IP phones are inappropriate to deploy (public reception areas, business centres, tenement buildings, hotels, schools, nursing homes…)

> For long distance phone deployment (up to 8 kilometres line length)

> Only a single LAN connection is required for the Vega thereby saving on costly switch/hub equipment & rack space requirements if multiple IP phones were otherwise deployed

> There is a single management interface and IP address on each Vega FXS gateway for all users connected, as opposed to having to separately manage lots of individual IP phones

How does it differ from an IP phone?
As far as the ITSP or IP-PBX is concerned there is no difference. Each FXS endpoint will behave in just the same way that an IP phone does; it will independently register with the SoftSwitch and will have its own telephone number, user account & password.

How do the connected phones work?
Vega gateways support telephony features which enable the FXS device to interoperate with the SoftSwitch & to use the advanced features which it provides:

> *Support of hook flash / TBR - for call hold & transfer - the R button on the phone!
> *CLIP to FXS telephone display - the user can observe who is calling before answering
> *MWI lamp indication or stuttered dial tone - for new voice mail message notification
> *Call waiting - the user can decide whether to hold, toggle or disconnect the existing call & answer the arriving call
> Three party conference
> Executive interrupt
> Call forward – unconditional, busy, no answer
> Do Not Disturb
> Hunt groups – linear up, round robin, random
> Call barring
> Hotline - a pre-determined number is called upon lifting the handset (visitor or door phone automatically calls the operator)
> Post fax voice call - after sending a fax the user can talk to the remote caller thereby saving money by not having to make a new call
> Distinctive ringing for called numbers (eg, sales, accounts) so that the user can answer the call appropriately
> Support of fax T.38 protocol. Also the ability to connect modem, PDQ etc

The Vega enables the advanced features of the SoftSwitch (call recording, voice mail etc) to be accessed just as an IP phone would do.

From the customer’s viewpoint it is arguable therefore that there is no discernable loss of features over an IP phone *provided that the analogue telephone is capable of supporting the above.

2. Lifeline PSTN Backup
All Vega variants equipped with FXS ports are also fitted with two FXO ports. When powered the Vega can route calls (999/112/911, local calls etc) to or from these two FXO ports. Under power failure conditions the two FXO ports provide a hard-wired bypass to the first two FXS ports allowing PSTN calls to be made even under this failure condition. Also in the event that the call cannot be routed via SIP to the IP-PBX/ITSP, it can be re-presented to the FXO thereby providing the customer with a back-up, resilient call routing during the outage.

click picture to enlarge


3. IP-phone Survivability
In the event that the IP-PBX or ITSP suffers an outage the IP-phones will cease to function & the customer's business is brought to a standstill. VegaStream has forseen that this is a potential weak point and possible barrier to take-up of service, & consequently has engineered unique a water-tight solution to overcome these issues:

Enhanced Network Proxy (ENP) (software option)
This option enables continuity of service during WAN/SIP outage & may be configured to operate in a number of ways including:
> Standalone proxy
> IP device survivability
> IP device call routing
> Emergency call routing
> SIP to SIP call routing
Simply put, the Vega is specified as the outboud proxy & therefore the IP-phones register through the Vega which in turn caches the registrations and forwards these to the IP-PBX/ITSP. When the route to the SoftSwitch is unavailable the Vega is aware of this & ensures that internal & external calls (via the PSTN) are staill able to occur. Vega is able to support up to 120 IP-phones.

Select the appropriate Vega Gateway
VegaStream manufactures a wide range of products to suit the quantity of analogue devices you need to connect. Simply select the gateway which provides the quantity of analogue FXS ports you require:

Vega 50 Europa
>
4 FXS + 2 FXO
> 8 FXS + 2 FXO

Vega 5000
> 24 FXS + 2 FXO
> 48 FXS + 2 FXO

Friday 20 March 2009

Vega provides PSTN trunking for IP-PBXs

Application
The customer has a SoftSwitch (IP-PBX) installed on his own network & requires PSTN trunk connectivity via analogue lines, ISDN2 circuits or ISDN30 circuits. Simply select the appropriate gateway to provide for Analogue FXO, BRI or PRI PSTN termination.

Resilience & safety
Vega's ENP feature provides survivability for IP-phones and other IP devices
It is widely accepted that there is a compelling business case both financially & flexibility wise in adopting an on-site IP-PBX/SoftSwitch as opposed to an outdated, legacy PBX. However in the instance that the IP route to the SoftSwitch is unavailable or indeed that the IP-PBX itself suffers an outage, the downside is that the IP-Phones will cease to function. The customer’s business is at a standstill. But by enabling the Vega’s Enhanced Network Proxy feature (ENP) this is no longer a problem. The ENP ensures that the FXS phones & the IP-Phones remain able to communicate with each other & to external callers via the PSTN until such time that the network is up and running again.

Vega provides survivability for Branch Office IP-phones and other IP devices
VegaStream’s ENP ensures that IP-phones at the remote Branch Office remain functional in the event that the IP connectivity to the IP-PBX at Head Office is unavailable. During such an outage internal calls to the Head Office, together with external calls, are re-routed seamlessly by the Vega via the PSTN instead, ensuring that the Branch Office users remain fully operational.

During normal operation incoming calls from the PSTN at each Office are routed by the local Vega to the IP-PBX for onward distribution. But in the event of an outage those calls are distributed by the Vega to the local IP Phones situated at each Office instead:


click to enlarge


Vega ensures emergency calls are correctly handled
Even when the IP network is available Vega ensures that calls to the emergency services are made via the PSTN giving all important information about the site location from where the call originated.

Vega assists with power failure:
> Vega 400 – Bypass relays to facilitate direct connectivity from the to the PSTN, or to another Vega 400 standing by

> Vega FXS / FXO gateways - In the event that the customer suffers a power outage relays within the Vega ensure that the first two FXS ports become hard-wire connected to the first two FXO ports which are connected to the PSTN. Consequently these users are able to make and receive calls directly via the PSTN. This is a particularly advantageous Health & Safety benefit for any organisation and therefore consideration should be given to the most appropriate location for the first two FXS ports in the customer’s premises. It should be noted that all Vega FXS gateways feature a minimum of two FXO ports.

Single day Fast Track training
VegaStream offers a not-for-profit single day training course after which delegates will be fluent with installing Vega Gateways for these solutions. Click here to learn more about this course.

Vega provides SIP trunking for legacy TDM PBXs

Application
The customer has a legacy PBX and requires SIP trunks to a SoftSwitch hosted by an ITSP. The Vega can simultaneously register with up to five ITSPs thereby providing Least Cost Routing and resilience between the ITSPs.

PSTN replacement
Upon initial installation the customer may choose to only route outgoing calls to the ITSP’s SoftSwitch, leaving the PSTN provider to route incoming calls. Increasingly though the Vega gateway is installed to replace the PSTN entirely (whilst retaining some lines for resilience), the telephone numbers are ported to the ITSP and consequently all call traffic is now routed to/from the ITSP via the Vega. This typifies VegaStream's message once again; our VoIP gateways provide an ideal stepping-stone approch for customers who wish to migrate to IP telephony at their own pace and without the fear of ripping and replacing their existing telecoms infrastructure overnight.

Installation methods
If installed between the PBX & the PSTN (preferred method) the Vega is privileged to observe all calls which transit its telephony ports & consequently may be configured to route outbound calls to either the ITSP or the PSTN based upon the number being called by the PBX user:

Connection Method 1 - click to enlarge

A further advantage of installing the Vega in this fashion is that the PBX does not require any alteration or programming as it believes it is still directly connected to the PSTN. As a result there is no technical requirement to involve the incumbent maintainer of the PBX. Additionally the Vega can be set to strip any IDA (Indirect Access) digits being prefixed by the PBX before telephone numbers dialled by the users of that PBX to prevent those calls being routed via a particular carrier.

An alternative method of installing the Vega is to attach it to separate trunks or extensions off the PBX. This requires alteration to the PBX’s routing tables as the decision whether to route calls to the PSTN or to the ITSP (via the Vega) remains at the PBX level:
Connection Method 2- click to enlarge
Or this way even:
Connection Method 3 - click to enlarge

Which Vega gateway do I need?
Simply select the appropriate gateway to suit either Analogue, BRI or PRI trunks presently connected to the PBX/PSTN. Also bear in mind the quantity of telephony ports required (ie if the customer presently has 2x BRI connected to the PBX & you are going to install the Vega as per Method 1, you will require a 4 port BRI Vega (2 ports facing the PSTN and 2 ports facing the PBX).

Resilience & Safety
Vega detects failure and re-presents calls:
If the Vega is installed in the preferred manner (between the PBX & PSTN) then when either the PSTN or IP network suffers an outage the Vega can dynamically re-present calls to the other available network without any awareness by the PBX user. Furthermore the Vega will immediately notify the maintainer’s Management System (SNMP supported) of the outage so that this potentially otherwise unseen fault can be rectified.

Added configurability of the Vega permits a “Class of Service” on its call routing decisions; e.g. in the event of an outage the CEO’s calls may be allowed to succeed via this alternative, albeit potentially more expensive route whereas others’ receive a busy/unavailable tone. This selective call re-presentation functionality relies upon the PBX supplying the CLIP of the individual PBX user to the Vega.

Vega assists with power failure:
> Vega 400 – Bypass relays to facilitate direct connectivity from the PBX to the PSTN, or to another Vega 400 standing by
> Vega FXS / FXO gateways - In the event that the customer suffers a power outage relays within the Vega ensure that the first two FXS ports become hard-wire connected to the first two FXO ports which are connected to the PSTN. Consequently these users are able to make and receive calls directly via the PSTN. This is a particularly advantageous Health & Safety benefit for any organisation and therefore consideration should be given to the most appropriate location for the first two FXS ports in the customer’s premises. It should be noted that all Vega FXS gateways feature a minimum of two FXO ports.

Single day Fast Track training
VegaStream offers a not-for-profit single day training course after which delegates will be fluent with installing Vega Gateways for these solutions. Click here to learn more about this course.

Wednesday 18 March 2009

Vega for Hosted/IP-Centrex applications

Vega fills the gap for multiple, all-important requirements...

1. IP-phone survivability in the event that the xDSL or IP route fails or when the ITSP itself suffers an outage

2. Multiple analogue device connectivity (ATA)

3. Failover to PSTN and Emergency Call (999/112 etc) routing

In fact a single Vega gateway can be deployed to provide functionality for all of these three scenarios!

Read on for details of each of these
:

1. IP-phone Survivability
A hosted telephony service (IP-Centrex ) is a most compelling and cost effective option for start-ups and existing businesses alike, as it eliminates the need to purchase and manage a PBX. The ITSP provides the customer with access to its feature-rich central PBX/SoftSwitch offering full control of advanced services such as call recording, voice mail and “find me anywhere”, home working features.

However it is widely observed that the weakest link in the solution is realised when the customer’s IP Broadband connectivity becomes faulty meaning that the route to the ITSP's SoftSwitch is not available.  This results in a total communications failure nightmare for the customer. When the IP-phones within the organisation are unable to register to the off-site SoftSwitch all functionality is lost. Callers trying to reach the company cannot get through.  Just as worrying though, employees cannot make external calls outside the business and worse still internal desk-to-desk calls around the organisation cannot be placed.  The business is at a standstill.  Compounding on this is the compromise of the health and safety of the employees also who often have to rely on their own personal mobile phones for the duration of the outage.

It is for this reason therefore that the hosted solution is often rejected in favour of a more traditional on-site IP-PBX solution.

VegaStream has foreseen this potential barrier to sale & consequently has engineered its software with the launch of its new integrated ENP (Enhanced Network Proxy) which provides a unique and water-tight solution to overcome these problems:

Enhanced Network Proxy (ENP) (software option)
How does it work?  The IP-phones register via the Vega which in turn caches the registrations and forwards them to the ITSP.  When disaster strikes in the network the Vega loses its “heartbeat” with the ITSP and so it immediately becomes the vital element in the network ensuring that the IP-phones continue to operate, processing registrations and calls both internally but externally also via back-up PSTN connectivity.  In addition those all-important incoming calls to the organisation can be routed by the ITSP to the back-up PSTN and via the Vega to IP-phones until normal service is resumed.  In addition, and even during normal service, the ENP can route specific calls including 999/112 calls always to the PSTN as opposed to the ITSP thereby providing all important geographical location information to the emergency services and thereby overcoming this potential area of concern. Vega is able to support up to 120 IP-phones.

ENP may be configured to operate in a number of ways including:
> Standalone proxy
> IP device survivability
> IP device call routing
> Emergency call routing
> SIP to SIP call routing

All Vega gateways feature ENP

2. High Density ATA
Multiple analogue device connectivity (phone, DECT cordless, fax, external loud bells) for UA endpoints operating with either a local SoftSwitch / IP-PBX deployed on the customer’s own network, or an off-site SoftSwitch / IP-Centrex application hosted by an ITSP.



Why wouldn't I just deploy IP Phones?
The deployment of FXS phones & devices may be in conjunction with, or instead of IP phones, & indeed there are many areas where it is more practical to deploy a high density FXS gateway:

> Serves as an ideal legacy PBX replacement or where there is an absence of data/network cabling. The Vega simply replaces the telephone system’s central control unit & is connected to the existing telephone wiring & analogue phones

> Where there is a requirement for a large quantity of handsets & IP phones are inappropriate to deploy (public reception areas, business centres, tenement buildings, hotels, schools, nursing homes…)

> For long distance phone deployment (up to 8 kilometres line length)

> Only a single LAN connection is required for the Vega thereby saving on costly switch/hub equipment & rack space requirements if multiple IP phones were otherwise deployed

> There is a single management interface and IP address on each Vega FXS gateway for all users connected, as opposed to having to separately manage lots of individual IP phones

How does it differ from an IP phone?
As far as the ITSP or IP-PBX is concerned there is no difference. Each FXS endpoint will behave in just the same way that an IP phone does; it will independently register with the SoftSwitch and will have its own telephone number, user account and password.

How do the connected phones work?
Vega gateways support telephony features which enable the FXS device to interoperate with the SoftSwitch and to use the advanced features which it provides:

> *Support of hook flash / TBR - for call hold & transfer - the R button on the phone!
> *CLIP to FXS telephone display - the user can observe who is calling before answering
> *MWI lamp indication or stuttered dial tone - for new voice mail message notification
> *Call waiting - the user can decide whether to hold, toggle or disconnect the existing call and answer the arriving call
> Three party conference
> Executive interrupt
> Call forward – unconditional, busy, no answer
> Do Not Disturb
> Hunt groups – linear up, round robin, random
> Call barring
> Hotline - a pre-determined number is called upon lifting the handset (visitor or door phone automatically calls the operator)
> Post fax voice call - after sending a fax the user can talk to the remote caller thereby saving money by not having to make a new call
> Distinctive ringing for called numbers (eg, sales, accounts) so that the user can answer the call appropriately
> Support of fax T.38 protocol. Also the ability to connect modem, PDQ etc

The Vega enables the advanced features of the SoftSwitch (call recording, voice mail etc) to be accessed just as an IP phone would do.

From the customer’s viewpoint it is arguable therefore that there is no discernable loss of features over an IP phone *provided that the analogue telephone is capable of supporting the above.

FXS/FXO porduct range:
Vega 50 Europa
> 4 FXS + 2 FXO
> 8 FXS + 2 FXO
Vega 5000
> 24 FXS + 2 FXO
> 48 FXS + 2 FXO

3. Lifeline PSTN Backup
All Vega variants equipped with FXS ports are also fitted with two FXO ports. When powered the Vega can route calls (999/112/911, local calls etc) to or from these two FXO ports. Under power failure conditions the two FXO ports provide a hard-wired bypass to the first two FXS ports allowing PSTN calls to be made even under this failure condition. Also in the event that the call cannot be routed via SIP to the IP-PBX/ITSP, it can be re-presented to the FXO thereby providing the customer with a back-up, resilient call routing during the outage.

click picture to enlarge

Single day Fast Track training
VegaStream offers a not-for-profit single day training course after which delegates will be fluent with installing Vega Gateways for these solutions. Click here to learn more about this course.

Monday 9 March 2009