Linksys/Cisco PAP2T VoIP Adapter Review

Posted in Toys, VoIP on March 20, 2009

24


A company that we deal with has been using VoIP for ages and loves it, so we decided it wouldn't do for us not to have the same shiny toys.  The thought of saving $100 a month made things even better.

Looking for Mango's recommended PAP2T settings?  Scroll down.

For those of you who are just joining us, the PAP2T is known as an Analog Telephone Adapter or ATA.  It allows you to use any standard telephone or PBX and route your calls over the Internet using VoIP.  VoIP is typically less expensive than a typical phone line because a VoIP provider does not have to deal with costs of infrastructure such as running phone lines to customers.

The provider that was recommended to us was DigitalVoice.ca.  (Edit: Due to subsequent service quality issues, we do not recommend this provider any longer.  We still recommend the PAP2T very highly.) We bought a PAP2T to test them out and were pleasantly surprised. We had a horrific experience with a different provider called Primus a few years ago, and we expected quality loss at the very least.  Call quality with PAP2T using the G.711 codec was actually better than an analog phone line!

The reason we like this device is that it can be configured to do practically everything but card tricks.  For example, the Linksys/Cisco dial plans are the best we've seen on any ATA.


Nifty Things to do with a PAP2T

We've discovered a few nifty things to do with this adapter that we haven't seen widely mentioned, so we decided to mention them:

You can call forward specific numbers to specific locations.  We have made a list of telemarketers' numbers and forwarded them to a special extension we set up with our PBX that plays "not in service" tones.

Calls can be made to another VoIP device without either device even having a VoIP provider, both on your LAN and through the internet...absolutely free.  (I foresee future geeks asking girls out like "Call me sometime!  My number is fabio@174.120.227.135:5060!") You could even configure this to support station-to-station calling for a small office or an IP-based intercom over any distance.

You can set up special rings for specific callers, so that you can tell who's calling from across the room.

The device can be configured to match the regional settings of many different countries.  The documentation for some of these settings is lacking, but plenty of good examples may be found online.

The PAP2T will talk to a syslog server and send it all kinds of information for ease of troubleshooting.  Additionally, one could use this to do fancy things such as search for a customer's record based on their phone number, and have it appear on an agent's screen.

Settings We Changed from the Default and Think You Should, Too.

The first thing we would recommend you do is upgrade the firmware of your PAP2T.  We noticed that upgrading to the latest version of firmware dramatically reduced echo.  If you do not have echo problems, you can skip this step if you like.

Most of these settings may only be set using the Advanced Administrator login.  To access this, navigate to http://[PAP2T_IP_address]/admin/advanced.

Let's start with the System tab.  Why not set an NTP server so that the date and time is always correct?  You may do this on the System tab.  Try 1.pool.ntp.org and 2.pool.ntp.org.

Let's move on to the SIP tab.  You may wish to set Reg Retry Long Intvl to 120 so that your device recovers quickly if it fails registration.

The default RTP Packet Size is 0.03.  For the most popular codecs, G.711 and G.729, the optimal setting is 0.02.  (0.01 results in even less latency at the expense of using extra bandwidth, IF your provider supports it.) The default setting of 0.03 will likely cause very choppy voice with G.729 and slightly choppy voice with G.711.

On the Provisioning tab, we set Provision Enable to No as we wanted to manage the settings of our VoIP device ourselves, rather than having our provider do it.

Next, we move to the Regional tab to configure the PAP2T to properly match our region.  You may want to set the Dial Tone to 350@-19,440@-19;20(*/0/1+2) so that the user has 20 seconds with which to begin dialing instead of the default of 10.

We decided to change the Reorder Tone because unless one is listening closely and knows the difference (two beeps per second for reorder and one per second for busy) the Reorder Tone sounds a lot like the Busy Tone.  We set our Reorder Tone to 480@-19,620@-19;10(.125/.125/1+2) which plays four beeps per second and is easier to identify.  Obviously this is not a true reorder tone but for our purposes it is useful.  The reorder tone is the tone that will play when you dial an invalid number or your VoIP provider is unreachable.

The PAP2T we received shipped without a North American ring.  We were able to achieve a "normal-sounding" ring by setting the Ring1 Cadence to 60(2/4), the Ring Waveform to Sinusoid, and the Ring Frequency to 20.  We're told that these settings are standard Bellcore settings, though we've also had reports of specific telephones that respond better to a Trapezoid Ring Waveform.  Try Sinuoid first, and if your phone doesn't ring properly or you have Caller ID issues, try Trapezoid instead.  You may also need to set the Ring Voltage to 90.

You may want to set the CPC delay to 10 and the CPC duration to 0.5.  With the default settings, our phones had to be on the hook for an inordinate amount of time before it would actually end the call.

Because of the new North American Daylight Saving Time rules, PAP2Ts by default calculate DST incorrectly.  Also on the Regional tab, set your Daylight Saving Time Rule to start=3/8/7/2:00;end=11/1/7/2:00;save=1 and your time zone appropriately for your region.  (Trivia: 3/8/7/2:00 translates literally to "The Sunday that is on or after March 8th at 2AM."  The second parameter is commonly misunderstood as the week, however this is not correct.)

The default gain on the PAP2T is typically too high and can cause echo.  We adjusted the FXS Port Input Gain and FXS Port Output Gain, one at a time, in increments of three.  We found that -1 and -11 eliminates echo entirely and produces appropriate conversation volume.  However, we've had reports from people who have used these settings and found the volume too quiet.  You may need to play with these until they suit you.

Let's move on to the Line tab.  As we planned to place our device behind a router, we turned on NAT Mapping and NAT Keep Alive.

Update: We used to configure the proxy to the IP address of our VoIP provider's server as a workaround to a firmware bug that occasionally prevented the user from making calls.  Now, thanks to some excellent help from users in the VoIP Tech Chat forum, we have a better solution.  If you hear a reorder (fast busy) tone occasionally when you attempt to make calls, it is likely because your VoIP provider does not respond to the ATA's SIP NOTIFY message.

Here's a better workaround than using the IP address: set NAT Keep Alive Msg to KeepAlive.  (The default is $NOTIFY).  However, you should only do this if you have the symptoms described above.  For more detailed information about the bug and why it occurs, check the link to the VoIP Tech Chat forum above.

If your proxy is an IP address, you should now use the hostname instead.  The reason is that the VoIP provider can use DNS failover to ensure your device stays running if a server should become unreachable.

You should also set Register Expires to 300 to avoid "phone doesn't ring" issues.  Among other things, this will let your VoIP provider know within five minutes when your ISP changes your IP address.  You can also set Proxy Fallback Intvl to 60.  If your VoIP provider's server becomes unreachable and your PAP2T fails over to a backup server, it will retry the primary server again in 60 seconds.

We configured the Preferred Codec to be G.711u because we had the bandwidth available and were very pleased with its quality.  (Trivia: Though G.711 is a 64Kbit codec, it actually uses about 90Kbit/sec due to overhead.) We tested a few codecs and have samples available comparing G.711 vs. G.729 and also VoIP sound quality vs. an Analog Phone.

The dial plan that ships with the PAP2T isn't particularly useful.  This causes many a forum post that goes something like, "whenever I make a call, it takes ten seconds to start ringing!"  Our favourite dial plan is described on the Linksys/Cisco Dial Plan Tips and Tricks page.

The SIP Port on Line 1 and Line 2 should be different.  Try 5061 on Line 2.  Sometimes it will work if they are both the same but there are certain situations when it will not, so we just change the Line 2 SIP Port to something unique as a matter of course.

Other Stuff

We called our internet provider one day to have them make a change on our account.  We used the VoIP line, not thinking that in order to make the change, they would need to reboot our modem.  Which they did.  Which caused every device on the floor to lose its internet connection.  But when the modem came back up, our call was still connected, and we finished the conversation.  Colour us impressed.

The technique for setting up Visual Call Waiting is somewhat involved.  Here's how to do it: On the Line tab, be sure that "Call Waiting Serv" is set to "yes".  Next, go to the Regional tab. You need to set up four activation codes. If they're already set up, then that's fine, just make a note of them. If there is no code listed, make one up (that is not already in use on that page) and type it in. The four features that require activation codes are: "CW Act Code", "CW Deact Code", "CWCID Act Code", and finally "CWCID Deact Code". Note that these codes must all be different. We used *56, *57, *58, and *59. It doesn't matter what you use as long as you remember it, and as long as the code is not already in use for some other feature. Save your changes and wait for the device to restart.  Pick up your telephone and dial your Call Waiting Activation Code. Wait for the dial tone and then dial your Call Waiting Caller ID Activation Code. Visual Call Waiting is now ready for use.

So far, we've only found a few features that this device lacks, although one really can't complain when considering the price of the PAP2T.  It can't sustain more than one G.729 conversation at one time.  But, since we use better quality G.711, (and recommend you do too) that isn't a problem for us.  The PAP2T also does not support T.38 for faxing, though faxing may be done over G.711 if one's internet connection is very stable.  Note that there are a great deal of references online that say that the PAP2T can in fact sustain two G.729 conversations, and supports T.38.  We have no idea where this information came from; we only know that both of ours definitely cannot.

The other feature that this device lacks is the ability to use a backup set of SIP credentials.  It would be great to be able to automatically fail over to another provider if one was unreachable.  We can fail over to another server but we do not know of any way of using a different username/password for it.

This is our favourite ATA.  We like it even better than other Linksys models that have routers included.  We find the performance of these routers to be sub-par.  Besides, an ATA such as the PAP2T should work perfectly fine behind a (decent) router without even any port forwarding, as long as your provider is NAT-aware.  The only other ATA we might consider is the SPA2102 if you require T.38 support.

Happy VoIPing!
 

Comments (24)

Awesome.  this is exactly what i was looking for.  For a long time i couldn't figure out why the ring was not the right cadence.  Your suggestion of changing from Trapezoid to Sinusoid did the trick.
 

Good write-up Mango.  I understand you are using voip.ms.  Do you know how the "Callback" feature works?  When reading the instructions on voip.ms, it indicates that the DID needs to be forwarded to the Callback number.  This makes no sense, because if I forward all calls to the callback number, they will get a busy signal and then my cell phone will ring giving me a dial tone when I answer?  That's how I understood it to work from the instructions.  Do you use this feature?

Thanks.
 

Hey :)

I don't use the callback feature.  I think it's intended for people who have a cell phone.  (I don't.) They could route a DID to the callback, call the DID with their cell phone, have it call their cell phone back, and then make their call.  This way, they could make calls at VoIP.ms rates rather than cell phone rates.  It would be a good solution for people who have unlimited incoming plans.

The downside is that you need to order another DID to use this feature.  You can't use your primary DID because, as you mentioned, nobody would be able to call you.  This feature could use some work.  It would be more useful if you could route calls to the callback feature using Caller ID filtering or an IVR - this way you would only need one DID.  Additionally, this feature will not work with pay phones because you do not know in advance the number of the pay phone that you will use.  It would be very convenient if VoIP.ms had a toll-free access number that one could dial from a pay phone, enter their account number and a password, and be presented with a dial tone.  Even if we had to pay for both origination and termination, it would certainly be cheaper than the $1 that Telus charges for a calling card call.

Hope this helps!
m.
 

Hey Mango ...... please give us more details on "Calls can be made to another VoIP device without either device even having a VoIP provider, both on your LAN and through the internet...absolutely free."

Thank you :)
 

Sure :) It's actually very easy.  What you need to do is set the options for \Make Call Without Reg\ and \Ans Call Without Reg\ to \Yes\.  Then, you can dial the adapters by adding the following to your dial plan: <123:phone's username@phone's IP address>

If the adapters are behind a router, you would need to mess around with port forwarding to get it to work properly.  Another way to do it, without port forwarding, is to get two IP Freedom accounts from Callcentric.  This would add some latency but it shouldn't be too bad, especially if you live on the East Coast.

m.  :)
 

Here are some references that validate your observations:

The PAP2 and the PAP2T do NOT support the T.38 fax protocol.
http://www.cisco.com/en/US/products/ps10024/products_qanda_item09186a0080a35ffb.shtml

The PAP2 or PAP2T does not support usage of simultaneous G.729 codec.
http://www.cisco.com/en/US/products/ps10024/products_qanda_item09186a0080a35d91.shtml
 

Hi Mango,

I actually have an older SPA-2000 with firmware revision 2.0.9(d). Just curious if you knew if the PAP is essentially the same device? 

Also, I've configured the device as per your instructions and am also using VOIP.MS. I am impressed with the quality of service, but, one very small issue.  My Panasoic cordless phone seems to generate just a hint of white noise when I am on a call. It's only perceptible to me... Have you noticed this kind of issue with a cordless phone too?

When I make a call on my corded phone, the connection is definitely clearer... So I'm thinking the issue is more on the cordless phone side.

Lastly, have you tried any cordless IP phones?

Cheers, bp
 

As far as I can tell, the SPA-2000 is very similar, if not identical, to the PAP2T.

I do not use any sort of cordless phones.  But, here are some suggestions about the issue:

- If you use wireless internet, try moving the cordless phone's base unit as well as the phone itself as far away as possible (like in a different room) from the wireless router and see if that changes anything.

- Be sure that the setting (on the Line tab) for "Silence Supp Enable" is turned off.

- Try changing the cable that goes to your cordless phone's base station.  This issue can happen with very long or poor quality cables.

- The other thing you could try is using the second line port of the SPA-2000.  You mentioned the issue does not occur with a corded phone, so the problem is probably not the SPA-2000 but it is possible.

Unfortunately, some cordless phones do have a slight noise in the background.  But, if you do solve it, I would be interested in hearing how you did it!
 

I have the PAP2T-NA and voip.ms.  To get inbound calls to ring to your PAP2T instead of giving a busy signal you should check you main DID settings on your voip.ms account.  By default it is set to IP-PBX but should be changed to ATA Device.
 

Good tip except it's in the Account Settings or Manage Sub Account area, not DID settings ;)
 

Mango, your recommendations for setting up the PAP2T really helped me a lot.  I just switched from voip.ms and am happy so far. 

Thanks for sharing your wisdom, great work.
 

I am very glad to hear that!  Thank you for reading :)
 

Hi Great resource just starting out with a PAP2T was having a bit of trouble with dial plans (well still am exploring) got calls in out with name and number. Going to try a few tweaks from here then leave it alone So I can make all my xmas calls. I am using voip.ms and may try use FPL if I can figure it out.

Anyway Happy Xmas to all
 

Hi...I just migrated from Vonage to Voip.ms but there is one feature I loved with Vonage that viop.ms doesn't seem to have.  That feature is what Vonage called simultaneous ring.  More than just forwarding, it was a simultaneous ring to any other number(s) I wanted.  It worked great.  Is there a way to program another number to be simultaneously dialed in the PAP2?  Thanks.
 

VoIP.ms does indeed have simultaneous ring - they call it "Ring Groups".  It's in the "DID Numbers" menu.

If you want to ring some other phone such as a cell phone you must first set up a Call Forwarding entry to the cell phone.  Note that you will be billed for both legs of the call (unless you have a flat rate DID plan in which case you will only be billed for one leg.)
 

This review is a goldmine of information! I have made many of the changes..some I didn't since I'm too new.
Thanks SO much...
 

The callback feature with Voip.ms has recently been mad much more useful. I setup a SIP DID (0.25/min). Then setup a CallerID filtering rule to send any calls from my cellphone to an IVR. But this filtering rule is defined to ONLY apply to my main DID. This IVR has a number of entries (press 1 to ring all lines, press 102 to call extension 2, press 103 to call extension 3... [lots you can do], but then press 5 for callback. The callback actually directs the call to my SIP DID. Now I've defined another filtering rule for calls from my cell phone that applies only to calls received on my SIP DID. This filtering rule routes the call to the callback function. I have a callback rule that rings my cellphone.

So if I call home and want to speak with someone, I use the IVR to direct me to an appropriate extension (or to ring all lines). If I want callback, I press 5, get busytone and then hangup. Soon, my cell will ring and give me dialtone - after which I can dial any number and get billed by voip.ms for LD.

I was at the train station last night to pick someone up. While waiting, I called my daughter (in Canada) using this scheme. Since I have free cell calling after 6pm, a 30 minute call like this cost me only 15 cents.  SWEET!
 

Sorry above when I said SIP DID 25 cents /min - I meant 25 cents/month! Also to clarify, the announcement that says press 5 for callback - does not actually use the callback feature, but routes the call to my SIP DID. The filtering rules on the SIP DID then send the call to the actual callback function. Convoluted - but it works! I also us my SIP DID for a bunch of other stuff - so no extra cost for me. (Check out http://www.ipkall.com - can route to your SIP DID - and for those of us in Canada gives a way to get Google voice working)
 

Where is that "donate" button anyway?!
 

Very useful information. Thanks kindly for providing it. Really helped me get the most from my Sapura/Linksys/Cisco SPA 2102.
 

Good information and very useful ! I have a 514 DID with myowntelco.net and I'll try to forward it right away and see how it goes..

Cheers
 

I am a linksys Technician and I say this article is very informative.
 

That's great to know!  Thank you very much for writing in.
 

Thank you for taking the time to post this very useful information for us. 

As an aside, I use voip.ms and Acanac for VOIP.  voip.ms beats Acanac on voice quality, service, and price.
 

Write a comment