Making Analog Devices Work with OCS – Part 1

A recurring question when planning for OCS and a common search I see leading people to this site is “how can I incorporate analog devices I already own?” 

If you’ve deployed OCS, you’ve no doubt heard the questions like,

How can I still use my fax machines?

What about my Polycom Sound Station (or other analog conference phone)?

And the most common of them all….

How do you do paging with OCS???

In this series of posts I’m going to offer up a number of suggestions to make analog devices work with OCS environments, and even run through the setup of one such device to make it all come together.

We’ll start with a 2 quick definitions:

FXS – Foreign Exchange Station

  • This is a port you can plug a standard RJ11 cable into and will provide dial tone and ringing voltage – Think of this as an “Output Port” where you would plug in:
    • Fax Machines
    • Modems
    • Analog Speakerphones
    • Analog Phones
    • Analog Paging Systems

FXO – Foreign Exchange Office

  • This is a port you plug incoming phone cabls into  – Think of this as an “Input Port” where you would plug in:
    • POTS lines from the phone company

 

In most cases the customer already has a T1 (or more than 1) for their existing PBX, and they likely have made a significant investment in conference room equipment, paging systems and or fax machines.  As part of the deployment it is our job to make these existing devices function as they did before OCS was installed. 

Scenario #1

Customer has an existing T1 based infrastructure and will be using a gateway to convert the T1s over to VoIP.  Depending on the gateway selected we may be able to add in FXS ports on the gateway itself, a number of devices support mixing T1 and analog ports in the same chassis including the NET UX series (coming soon) and the Audio Codes Mediant series.   If the gateway doesn’t support analog ports or you don’t have room to expand, you can always buy a small gateway such as the NET Tenor (the one we’ll cover in this series) and configure the existing gateway to route over IP to the new gateway (this is also good for scenario #2).

This is what we are starting out with:

 

Now we can add the second gateway for analog devices on the same IP network we are already using for voice:

 

With a few simple routes added on our main gateway, we can now send and receive calls with the analog devices.

Scenario #2

This scenario is based upon a recent design session with a customer.  The customer had T1’s coming into the corporate headquarters and we were using a NET VX1200E for the gateway, they also had a satellite office opening a few miles away that will be connected via a 1 gig fiber connection.  The second location will have no internet or PSTN connections and will rely on HQ exclusively for all data and voice services.  The first challenge in the design was getting dial tone to the analog devices that will be in the new office across an IP based connection.  Expanding on scenario #1 from above, we added a Tenor gateway in the satellite office to allow fax machines and conference room phones to function.  OCS itself required no additional configuration as the users in the satellite office could connect directly to all the OCS servers of the 1 gig fiber link.  This is what it will look like:

 

Paging

There are a number of different types of paging systems so what we’ll discuss here can’t cover them all.  However, the theories discussed in this section should cover analog systems that are most likely already in place.  The key thing to remember when planning for analog paging is it will just be another extension in the gateway.  Whether you have a multi-zone system or a single zone, the paging system will typically have an analog based input system with an RCA or RJ11 receptacle that can be run from an FXS port (check with your paging vendor if you’re not sure).  If it doesn’t have this functionality built in, a small module such as a Valcom V—9970 can be purchased to add it on. All you really need to do is connect the paging system to one of your FXS ports (directly or through the module) and assign an extension or phone number to the port.  Once this is done in OCS you will want to create a route for this extension (if your default route doesn’t route it).  Then users need only to dial the number you assigned to the paging system and make their announcement.  You can block access to this through policies in OCS or at the gateway if you’d like as well.

Using IP to FXS gateways allows us to connect our existing analog devices to OCS, and give us additional flexibility for routing office to office communications via the WAN.  Check back shortly for the second post on this topic where we will go over the configuration required to make our NET Tenor FXS gateway work.

Advertisements

About Kevin Peters

My name is Kevin Peters.
This entry was posted in Uncategorized and tagged , , , , . Bookmark the permalink.

One Response to Making Analog Devices Work with OCS – Part 1

  1. Pingback: Making Analog Devices Work with OCS – Part 2 « The OCS Guy's Blog

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s