Linksys/Cisco PAP2T VoIP Adapter Review


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@72.52.202.7: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.


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

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 PAP2T we received shipped without a North American ring. We were able to achieve a "normal-sounding" ring by setting (Regional tab) 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.

The default gain on the PAP2T is typically too high and can cause echo. We were told to adjust 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 with other providers and found the volume too quiet. You may need to play with these until they suit you.

On the topic of echo, the latest version of the firmware also reduced echo considerably.

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

As we planned to place our device behind a router, we turned on (Line tab) NAT Mapping and Nat Keep Alive. Theoretically, this should be enough to make a VoIP device work behind a router, but we discovered we also needed to set Register Expires to 300 to avoid "phone doesn't ring" issues. We've had reports of people needing to set Register Expires as low as 120.

Because of the new North American Daylight Saving Time rules, many PAP2Ts calculate DST incorrectly. 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.) Additionally, 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.

We selected (Line tab) the G.711 codec (technique of encoding your voice into a digital data) 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 80Kbit/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.

On the topic of codecs, the default RTP Packet Size (SIP tab) 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.

Finally, try setting (Regional tab) the CPC duration to 0.5 and the CPC delay to 10. 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.

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. You can use a separate outbound SIP server, but the user ID and password have to be the same. (Edit: We've heard rumors that this may be accomplished with a special DNS record. If you've tried this, please comment below and let us know how well it worked.)

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 SPA3102 if you require failover to an analog phone line or if you want to route, for example, local calls to analog and long distance calls to VoIP, or if you require T.38 support.

Happy VoIPing!

3 Responses to “Linksys/Cisco PAP2T VoIP Adapter Review”

  1. Anonymous Says:

    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.

  2. Anonymous Says:

    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.

  3. Mango Says:

    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.

Leave a Reply