Inbound Calls Directly to your LinkSys or Sipura
Tuesday, January 20th, 2009- Does your registered provider not allow inbound SIP URI calls?
- Do you want to cut down on latency/echo, by bypassing your VoIP provider on inbound VoIP calls?
- Do you simply like the idea of allowing calls directly into your VoIP adapter?
If you said yes to any of the above, then this FAQ page may be for you. Here is a description of how to let your LinkSys/Sipura model adapter accept calls directly from a SIP URI (internet VoIP address), bypassing all VoIP providers in the process. Here’s how to do it:
- Setup your adapter for use behind a NAT router
- Setup STUN on your adapter (NOTE: STUN settings are on the SIP tab)
- Handle VIA received: no
- Handle VIA rport: no
- Insert VIA received: no
- Insert VIA rport: no
- Substitute VIA Addr: yes
- Send Resp To Src Port: yes
- STUN Enable: yes
- STUN Test Enable: no
- STUN Server: stun.voxalot.com.au:3478
- NOTE: You can replace the above STUN server with any STUN server you like…
- EXT IP:
- NOTE: Leave this setting blank, STUN will figure this out for you…
- EXT RTP Port Min:
- NOTE: Normally you can leave this blank, but you can set this if you have a specific need
- NAT Keep Alive Intvl: 45
- NOTE: Use an value SHORTER than the “timeout” value in your router.
- set “NAT Mapping Enable: yes“
- Setup STUN on your adapter (NOTE: STUN settings are on the SIP tab)
- Set “Ans Call Without Reg: yes” on your adapter settings
- Make sure your adapter is on the default SIP port
- i.e. “SIP Port: 5060“
- Make sure that SOMETHING is set for “User ID:”
- NOTE: If your adapter is “registered” with a VoIP provider, this will be your real “User ID”
- Make sure NOTHING is in “Outbound Proxy:” field on your adapter
- NOTE: This field is not normally needed if/when you have STUN setup (as above)
- Forward UDP port 5060 to your adapter
- NOTE: This may be easier if you use a static LAN address for your VoIP adapter
- Set up a “dynamic DNS” service for your LAN
- NOTE: The free service from “no-ip.com” works fine for this
If all of the above is setup correctly, then anyone on the internet can directly call your LinkSys/Sipura VoIP adapter by calling “sip:userid@dyamic_dns_address”. For example, if your userid is “12345″, and your dynamic DNS entry is “myaddress.no-ip.com”, then your SIP URI is “sip:12345@myaddress.no-ip.com”.
NOTE: One useful purpose of this, is to point a free http://ipkall.com number to your Sipura. You do this by logging into your IPKall account, and filling in your “UserID” info (12345 in this example) for “SIP Phone Number:” and your dynamic DNS entry (myaddress.no-ip.com in this example) for the “SIP Proxy:” field. After saving these changes (and waiting the necessary hour for them to take effect), then calling your IPKall number will directly ring your VoIP phone (bypassing any service provider, including “Free World Dialup”).
NOTE (added 2/7/2006):
Another poster mentioned that he needed to set “NAT Keep Alive Enable: yes“, or he got 1-way audio with his router. So if you are having problems with this trick (and you are not already telling your VoIP adapter to send “keep alive” packets), try turning the “NAT Keep Alive” setting on…
NOTE (added 2/7/2006):
After using this “trick” for some time, I have discovered that (while this often works very well), a minority of VoIP providers just don’t like this setup.
The problem (when you run into a VoIP provider that just won’t forward directly to your VoIP adapter, even though they do support SIP URI forwarding) appears to be with the details of the “dynamic DNS” service. The problem is, there are actually two DIFFERENT types of DNS records often used by VoIP SIP proxies (which is what you are having your adapter pretend to be, by this trick). DNS “A” records are the “normal type” of DNS entries (the type we use all the time, for example when visiting web sites), and also the type most dynamic DNS services (including the http://www.no-ip.com service I use) offer. However, apparently there is also a special DNS “SRV” type record that some proxies use just for VoIP. And if your VoIP provider is using a picky enough SIP proxy, they will be unable to forward directly to your adapter, because they won’t find a “SRV” record for your “proxy address” (even though your dynamic DNS service will have a “A” record for your IP). While most VoIP proxies either don’t use SRV records or will happily use an “A” record if an SRV record isn’t present, some proxies are just “too picky” about this little detail (and will therefore fail to forward directly to your adapter UNLESS you have DNS “SRV” record for your IP address).
Happily there is an easy “work around”, if you already have your adapter’s registered VoIP slots “full”, and you want to add a VoIP service that has this “issue” (i.e. is picky about the SRV records). What I found works well (when you run into this problem), was to register for a free SIP Broker alias that points directly to my adapter (via my dynamic DNS address). I then tell any VoIP service that has a problem with forwarding directly to my adapter, to instead forward to *0111xxxxxxx@sipbroker.com (where xxxxxxx is my SIP Broker alias ). This seems to work well as a “work around”, because “sipbroker.com” appears to have the DNS “SRV” record that some VoIP proxies “need” and SIP Broker can forward to a location identified just by a DNS “A” record. So the call essentially gets forwarded to SIP Broker, which forwards the call onto my adapter in that case. While this isn’t quite as nice as going directly to your adapter, it is still an effective “work around” for when the VoIP proxy just refuses to forward directly to your LinkSys/Sipura.
Of course, you might as well try the “forward directly to your adapter” address first, and only resort to the SIP Broker alias if/when the “direct” path doesn’t work (as your call path will be slightly more reliable if the direct address works with your VoIP provider). And many places (including http://ipkall.com ) will happpily forward directly to your LinkSys/Sipura without any problems. But for those places that just don’t like the DNS “A” records provided by dynamic DNS services, forwarding to SIP Broker (and then letting SIP Broker forward directly to your adapter) can be an effective “work around”.
Sphere: Related Content
Is it possible to unlock FH900F11xxxx?Thank you very much.Comment by min — July 23, 2006 @ 4:02 pm
Mine is Firmware Version: 3.1.9(LSc)
Serial number is FH900F14xxxx
Steps 9 and 10 don’t really work for me. After I type * 4 times, I type 73738# and still no sound/feedback through the phone.
I tried the following steps anyway but on step 18, when I enter the URL for the tftp update, it asks for the admin password.Maybe this new firmware needs a different approach? Thanks.
–mqmComment by mqm — October 31, 2006 @ 2:06 am
It does not register on the network and does not respond to any phone commands.Is there ant way to salvage it
Please post your experience and related links.Comment by aqan — April 30, 2007 @ 11:40 am
If it’s ver 1.0 with firmware 3.1.7+, you need the GPP_K value to re-unlock it: http://nyworldphone.wordpress.com/2006/10/29/how-to-re-unlock-your-adapter-using-the-factory-fresh-gpp_k-value/ . Without GPP_K, you’re kind of stuck here unless you would like to pay for an unlock service.
If it’s ver 2.0, then you just need the CYT tool to re-unlock it again:http://nyworldphone.wordpress.com/2006/08/27/linksys-wrtp54g-rtp300-pap2-v20-unlock-info-cyt-devices-from-bargainshare-by-cron/ .
Hope this helps.
Alen
Comment by cunyalen — April 30, 2007 @ 8:19 pm
Jak
Comment by need linksys pap 2 admin password , — July 13, 2007 @ 9:40 pm
If the firmware is 3.1.6 or lower, then you just need follow the basic unlock process in this post or http://nyworldphone.wordpress.com/2006/10/29/pap2-unlock-guide-for-316-firmwares-and-earlier/. If the firmware is 3.1.7 or higher, then you need the GPP_K key to re-unlock. Otherwise, you are pretty much stuck.
Alen
Comment by alen — July 14, 2007 @ 8:06 pm
JakComment by need linksys pap 2 admin password , — July 15, 2007 @ 8:33 pm
plain.txt: No such file or directory
676:error:02001002:system library:fopen:No such file or directory:./crypto/bio/b
ss_file.c:278:fopen(’plain.txt’,’rb’)
676:error:20074002:BIO routines:FILE_CTRL:system lib:./crypto/bio/bss_file.c:280
:
error in aes-256-cbc
OpenSSL>
Thanks
Jak
Comment by need linksys pap 2 admin password , — July 16, 2007 @ 12:32 am
now i get this massage ,please help me where my mistake ,OpenSSL> aes-256-cbc -k -in plain.txt -out spa001217FD3CF5.xml -k “”
unknown option ‘plain.txt’
please ,
Comment by need linksys pap 2 admin password , — July 16, 2007 @ 2:08 am
We can’t get it now. You can only get it if it’s unlocked. This sounds contradictory. The thing is we don’t need the GPP_K when we first time unlock it which is never connected to internet.So, if you can’t get the GPP_K, you are almost stuck unless you pay somebody for an unlock service.
People mentioned before if Vonage(I assume it was originally for vonage) updated their xml config file, we would be able to re-unlock it again without GPP_K key. Even though there’re many higher version firmwares, still it may not work for a unit because the xml file on the server may not be updated yet. But you can try if you would like to. If it’s first time you try this, it may take a while and you may encounter problems. And you may end up without nothing. If you want to try it, follow this: http://nyworldphone.wordpress.com/2006/09/27/unlock-pap2-firmware-317-and-above-including-319-quoted/.
Good luck!
Alen
Comment by alen — July 16, 2007 @ 2:37 am