TFTP Server: SolarWinds TFTP Server:
Upon installing & running, configure the server to Transmit or Transmit & Receive files:
Click the File drop-down menu
Select the Configure menu option
Choose the Security tab
Choose the Radio Button for Transmit and Receive Files
Copy your actual (encrypted) spa<MAC>.xml to your TFTP Root directory (configurable in SolarWinds)


From where to get actual (encrypted) spa<MAC>.xml to put in TFTP Root?

See post #22.

Well done Diggler and cron (and everyone else on the thread). The amount of time and energy you put into the thread over the last couple of years is amazing. I was able to get mine done today with the detailed instructions. Areas where I stumbled a bit were:
Where and more importantly, how to get the spa<MAC>.xml file. The command line method failed for me, for whatever reason and I ended up using http://httpconfig.vonage.net/spa<MAC>.xml to get it.
Not placing the '+' at the beginning of the dir name was a setback when trying to pull the bin from the HTTP server; typo on my part.

For the most part, the issues I had were because I was working through the steps too quickly... after slowing down and looking at the big picture - it worked.

Thanks again for the details!

Sully

I am normally a pretty tech-wise coot, but trying your (Diggler's) post# 326 method with win2000 pro, I can't get it going. Are the operations describing ICS setup complete? I am using my normal connection for your "wireless" (distracting reference) connection, sharing it, and have a second NIC which becomes 192.168.0.1 . I have HOSTS setup as described. Firewall/AV off. What else to check? Seems simple enough.

A further ref in the post has tftp put on port 69. How/where was that designated? I know 69 is the normal tftp port, but another ref has it also on 2400. I can't find info on that in this thread. (which doesn't mean it is not there)

Thx for all your time spent helping myself and others.

openssl aes-256-cbc -d -in spa000000000000.xml -out decrypted.xml -k "<GPP_K>"

How to get "<GPP_K>" value? What is post number?

Thanks,

I have bought RT31P2-AL Voip router while I was setting up I hit the reset button (mistake ) Now I am able to get to LAN part of the router through web interface 192.168.15.1 (on the top right hand side it says version 1.25) but there is nothing under voice tab to configure it. I have searched/Google for help unlocking the RT31P2 Adapter for almost two weeks now, Most of the solution I found are outdated and not working for me even though its seems pretty straight forward. For example community=acanac.com=acanac=viewtopic.php? t=753 it’s almost 2 years old. Is there any updated version or some one can educate me or tell me what I am doing wrong. I know its PAP2 version and un lockable can your recommend best post

Best regards and thanks
New member

After the unit is unlocked and the admin web pages are available,the GPP_K string should be visible in a browser looking at the PAP2 admin pages. Copy it and paste into notepad to save. Then use for the above decrypt then or later when needed. Maybe, do it as soon as you can to test that the data and key will produce a readable decrypt with passwords.

Fubartu,

I set mine up on WinXP ProSP2, but looks like the ICS is working correctly on your Win2k setup (192.168.0.1). Just a couple of suggestions... ensure you have the tftp sever running and it is helpful if you can see it on your desktop (you will see the calls to the XML files). I did not have to mess with any of the mentioned port numbers (lucked out, who knows) so the default tftp port worked for me. To address your question, I don't know where the port number is changed. I did read that if using a router you can forward the ports for tftp, but did not try this; I used the crossover method.

Try: Start the tftp server (within seconds) after you have configured of the 'wireless' nic and connected the PAP2 via the crossover cable.

Sully

AFAIK the instructions are complete (at least for WinXP).

Which if your two NIC's did you plug the PAP2 into? You need to plug it into the second NIC (i.e. the one which becomes 192.168.0.1). If nothing is happening in your TFTP server, packet sniff the traffic on the 2nd NIC to see what requests the PAP2 is making.

With the crossover cable method, a single TFTP server running on standard TFTP port 69 seems to be sufficient.


In addition the OpenSSL method, there's an easier to use program these days called VuckFonage. There's a link to the downloadable version in one of the threads here @ BargainShare, but if you Google "VuckFonage," you'll probably find the d/l link faster.

Anyway, as fubartu responded, you must first unlock your adapter to gain access to your GPP_K value.

Hi !

I bought a couple of pap2 adapters in walmart for $15 each. I tried to unlock two pap2 adapters and ended up with the same results with both. I followed the instructions with tftp, http, DNS servers and the xml file download etc. Both of the adapters grabbed their XML files, but failed to get the images. After they received the xml files, they tried to access a subdir for the same xml files again and of course that failed.

After getting the xml files, both of the adapters became unresponsive. Nothing happens with the **** voice prompts and their web interfaces do not work any more. They are not requesting any xml etc files any more even after rebooting.

let me know what I can do with these adapters.. other than returning..
I have a couple of other extra adapters, but pretty much given up based on the experience with the 1st 2 behaving the same way.

Thanks !

-

Thanks Sully and Dig. Yeah, I'm plugging the PAP2 into the 192.168.0.1 NIC.
Also, I have been using a sniffer, the free Wireshark. It is easy to use BTW. I am not getting the DNS to wake up. I found that another dns (treewalker) I had installed prev may be causing a conflict. I had un-installed it, but just I found that it was still installed and running as a service. I'll deal with it and see how it goes.
Thx.

Edit: just noticed you said " saw you said "and their web interfaces do not work any more." If the web interfaces had worked originally, the simple unlock could have been used. They got any more?

Where they "open box"? I think that is how a Vonage locked unit responds. I am not sure if there is an easy way to know if a unit is "locked for good" except by seeing if it fails to request the http file. It could just be your http server is not functioning for some reason. If the unit loads and installs just the xml file, it WILL be in a "stupor state" but still requesting the update file, I think. see what others have to say.

r.

>Where they "open box"?
no, brand new sealed packages. They initially had the web gui access, but after getting the xml files, they did not respond any more, not even to the **** prompt.
I am less concerned about 2 boxes, but trying to figure out what goes wrong since this is consistant.
I used a router (with DHCP) to connect the PC with the adapter.

I got a open box and a sealed box unit from Walmart. They are both version 3.19c acording to IVR and do not have a going web interface available. Thus all this later, more complex procedure.
Some time ago, I unlocked several of the older units with the web interface open and it was easy. So, unless there is an intermediate version I don't know about that has a web interface available, but still needs this new procedure, I would much prefer the simple 2-files-and-go method. What ver were these?

I take it you're using the "router" method. That method, unfortunately, is much less successful than the crossover cable method. Reason? After your PAP2 loads its first XML file, it gets assigned Vonage's DNS servers by Vonage's config file. The subsequent DNS lookup for "httpconfig.vonage.net" fails to resolve as your PAP2 is now pointing to Vonage's DNS Server instead of your local DNS server. I suspect that the reason the adapters are able to get their 2nd XML file is because the DNS lookup for ls.tftp.vonage.net (i.e. the server containing the XML files) is already cached in the adapter. One way to apparently overcome this issue is to configure your router as described in post #403. Not all routers support such configuration, so YMMV. The sure fire way to overcome this is to use the crossover cable method as that guarantees that your PC's DNS Server (i.e. the Windows 'hosts' file) will have the opportunity to resolve the DNS request, regardless of what DNS server the PAP2 is configured with.

If you disconnect the ethernet cable from the adapter, you should be able to get back into IVR mode. Then you can repeat the whole process, only this time do the crossover cable method.

Don't despair. Once you get one adapter unlocked, the rest will be childs play.

Ummmm... Yeah. If you've got a conflicting DNS Service running on your PC, that could very easily be stopping you cold. If you want to test whether your ICS machine's DNS server is working correctly, hook up a 2nd PC to the ICS machine's NIC #2 (i.e. the 192.168.0.1 NIC). Then from the 2nd PC, ping the various domain names you configured in the 'hosts' file of the ICS PC. Once those domain names resolve to 192.168.0.1, you've got things configured correctly (DNS-wise) on the ICS PC. Don't configure anything in the 2nd PC's 'hosts' file or else you may invalidate the test.

The open box unit, if it was connected to the internet, likely won't be unlockable w/ the methods described in this thread.

You're referring to the POST #4 method (i.e. the "easy" unlock method). Unfortunately w/ firmware 3.1.7 and above, the unlock process is much more complex. Once you've successfully unlocked such an adapter though, you'll quickly see that it's not as difficult as it appears.

it is version 3.1.9 and some letters.. since it has no web GUI response and no voice prompt response, I don't know exactly what letters it had..

If you go into IVR mode and can factory reset it, the web GUI will be active again. If having difficulty going into IVR mode, disconnect the ethernet cable from the PAP2.

It very much sounds like your "open box" PAP2 has likely already been connected to the internet, in which case the unlock methods described in this thread won't work. There's always the possibility that somebody unsuccessfully attempted the unlock process though. YMMV.

Diggler

Both of the adapters were in sealed boxes (and I have 4 more in sealed boxes..). None of them was opened before.
OK after disconnecting the Ether cable, the voice prompt worked.

Again, the issue is that they grabbed their xml files and then they tried to get another xml file (same name) from a "strange" (scrambled letters) subdir which of course failed (tftp error) and then they did not try to get their images from their +MAC subdir or do anything else..

Why did they try to get the xml files again from a subdir ?

Thanks.

Did you switch to the crossover cable method? If you haven't, then once you do, so long as your software firewall(s) is/are disabled and your HTTP server is setup correctly, your PAP2's should proceed w/ their HTTP updates. You can PACKET SNIFF the traffic on your ETHERNET PORT too to see whether your PAP2 is making its HTTP request.

The subdir they tried grabbing from is a Vonage assigned "GPP_D" directory. See post #21 for a detailed explanation.

Hello everyone…

I have gone through most of the post to unlock my PAP2 version is 3.1.9LSc (Connected to internet once). Still I am not successful to unlocking. I am not much network savvy person. So it is very hard time for me to understand networking concept and setup the same. Refer below my setup.

I am trying to unlock PAP2 3.1.9LSc using method as mentioned in post #326 Crossover cable. Once I powered on PAP2 TFTP is requested first file spaMAC.xml. Than after that nothing is happening. Here is my setup…

Environment:
 Windows XP Pro w/ SP-2
 Crossover cable
 PAP2 3.1.9LSc

 TFTP Server: SolarWinds TFTP Server:
 Copy your actual (encrypted) spa<MAC>.xml to your TFTP Root directory (configurable in SolarWinds).
 As per post#22 While try to use command tftp -i ls.tftp.vonage.net GET //spa00000000.xml to get original spa<MAC>.xml file getting error in command “tftp: can’t write to local file ‘spa0016B6924335.xml’” (with same crossover setup) so then I have created spa<MAC>.xml file using following code from POST#218 in notepad and save it to TFTP root directory.
 HTTP Server: Microsoft Internet Information Services (comes w/ XP Pro but not installed by default):
 I have setup IIS and IIS is running on ip address 192.168.0.1 also created virtual directory as +0016B6924335 and point it to C:\TEMP\UNLOCK_319 and file is copied as mentioned in procedure.
 DHCP Server: Internet Connection Sharing (ICS):
 I have setup wireless internet as sharing mode. Status for wireless network connection is disabled. And Local area network is set for static ip set as 192.168.0.1, subnet mask 255.255.255.0 and Preferred DNS server as 192.168.0.1
 DNS Server: Windows 'hosts' file is set as mentioned.
After all these setup…
PAP2 connected to PC using crossover cable
Then after I Powered on the PAP2
TFTP is showing log file as “Sent spa0016B6924335.xml to LinksysPAP.mshome.net (192.168.0.131), 401 bytes
Then after nothing is happening..
Can any one suggest what is wrong here….

Ok, before proceeding any further, please clarify whether the PAP2 in question you're trying to unlock is NEW or USED. A "USED" PAP2 is one which has been connected to the internet and has likely talked to Vonage's servers and performed its one-time automatic firmware upgrade. Once a PAP2 w/ 3.1.9LSc has become "USED," the unlock methods described in this thread won't work.

The parts in RED above are problematic. For starters, you MUST grab your encrypted XML file from Vonage's Server. However, you attempted to do so while using the "same crossover setup". This file must be grabbed before you do the crossover setup as it comes from the internet (i.e. Vonage's actual server). In the crossover setup, your machine must be disconnected from the internet, so it won't be able to connect to Vonage's server to grab the file. Additionally, the plain-text file you created in POST #218 won't do you any good until later on in the unlock process as (1) your adapter will only accept ENCRYPTED FILES until it's been unlocked (actually until it's been loaded w/ Sipura SPA2K firmware), and (2) the Vonage encrypted file has the necessary instructions for your PAP2 to perform its HTTP firmware upgrade. The plain-text file in POST #218 has no such firmware ugprade instructions. Thus, from a machine connected to a live internet connection, grab your ENCRYTED XML file and copy it over to the TFTP ROOT. You can use the unlocking PC for this purpose by re-connecting it to the internet (i.e. enabling the Wifi interface and allowing it to establish a live Wifi connection). In the event ICS is still running, be sure to disconnect the PAP2 from the PC before allowing the live Wifi connection to establish!!!

The other item in RED is regarding your Ethernet adapter. When ICS is configured correctly on the Wifi adapter, it will automatically assign 192.168.0.1 to the Ethernet adapter (which will be viewable once there's an active network connection on the Ethernet adapter -- in other words, once the PAP2 is connected via crossover cable to the ethernet port). Thus, you should revert the Ethernet Adapter (i.e. Local Area Connection) back to DHCP (i.e. automatic assignment) for both its IP ADDRESS and DNS Server(s). Leaving it STATIC could mask whether ICS is actually working correctly. Additionally, if by any chance you went into the PAP2's web interface and configured its DNS server to be 192.168.0.1, remove that as well by re-factory resetting your adapter. If ICS is working correctly, a freshly factory reset Vonage PAP2 will successfully resolve DNS queries regardless of the fact that it's pointing to Vonage's DNS servers.

Assuming you have a "NEW" PAP2, once it loads its actual Vonage ENCRYPTED XML file, then and only then will it perform its HTTP request for the firmware file from the web server (i.e. IIS). FYI, see post #632 for the location of the IIS logfiles. In the IIS logfiles, an HTTP "200" means a successfuly attempted file transmission. Any other three digit code likely means some type of HTTP transmission failure. Of course if there's no activity in the IIS logfiles, your PAP2 may not be making its HTTP request.

After you've corrected the problems in RED above, try the unlock process again. If still having difficulty, reply in detail (as you've done this time) with what happens. I'll follow-up with additional questions/thoughts at that point.

Diggler

Hi Diggler
I just unlock my two PAP2 bought it one year back, and they never connected to the internet, I follow Diggler instructions “Thanks” , when I tried to grape the GPP_K value I found the vonage assign value, I try to use this value to decrypt the vonage xml it does not work, even with VuckFonage.
my question how I can obtain the FACTORY FRESH GPP_K value, is it safe to factory reset the device running PAP2 3.1.3 firmware and other using SPA firmware.
Thanks

A Vonage assigned GPP_K value will not decrypt the PRIMARY XML file. Only the FACTORY FRESH GPP_K value will do that.

The procedure for obtaining the FACTORY FRESH GPP_K value is clearly documented in POST #120, STEP 9. The instructions state that your PAP2 must first be loaded w/ firmware 3.1.6 or lower. Firmware 3.1.3 is "lower" than 3.1.6.

I tired both still I am not able to get file, while trying this command in command prompt (Start->run->cmd) getting error "Timeout occurred"

If you're trying this from the UNLOCKING PC, your 'hosts' file likely has domain name ls.tftp.vonage.net configured as 192.168.0.1. Even without ICS enabled, the 'hosts' file gets checked first when your PC makes DNS requests.

I see two easy choices for you:

1) Comment out the entry in the hosts file (by inserting the POUND '#' character at the beginning of the line). Grab the XML file, then re-enable the hosts entry.

-or-

2) Re-doing your TFTP via IP address instead of domain name:


Note: The domain name ls.tftp.vonage.net currently resolves to 69.59.252.63

Choice #2 above should be faster/easier as you won't have to uncomment the hosts entry after grabbing the file. If after the above you're still unable to get your encrypted XML file, PM me your e-mail address and I'll e-mail it to you.

Diggler

Good news, after Comment out the entry in the hosts file I was able to get original encrupted xml file. I have copied that file to TFTP root directory. Also un commented host file.

Now I am following post#326 for rest of action. While I connect PAP2 to PC using crossover cable and getting "Limited or no connectivity" error in Local Area Connection.

Thanks,

Is there a how to guide for setting up the PAP2 for Asterisk. I can't get it to allow incoming calls. I was hoping someone has a guide of the best settings. Both the PAP2 and the Asterisk box are on my LAN.

I replied to this post about 20 mins ago, but for some reason that reply never posted. Maybe I switched to another web-site before posting? Anyway, I'll re-reply...

Great! You got past the first hurdle!

Sounds like ICS either isn't configured correctly or has been shut off. If you have more than TWO network interfaces on your PC, where "Local Area Connection," "Wireless Networking Connection," etc. are network interfaces, when configuring ICS on the Wifi Networking Interface, under the "Home networking connection," select "Local Area Network." That will cause ICS to apply itself to the "Local Area Network" connection, where it's theoretically sharing the internet on the "Wireless Networking Interface" (but that interface should be disabled).

After verifying the above, power-cycle the PAP2. If still getting "Limited or no connectivity," try another crossover cable. If still unsuccessful, I'll have to ask more questions to see if I can figure out what's wrong.

Diggler

I have checked the network interface. While configuring Wifi as ICS there was no option to select "Home networking connection," or "Local Area Network." I just enable Internet connection sharing by clicking allow other network users to connect through......

Also I dont think crossover cable is having problem. As as soon as I assign static IP on Local Area Network, I am geting connectivity of 10MBps. As soon as I remove static IP and assign Obtain an IP automatically I am getting limited connectivity problem.

Thanks,

Ok, that means you only have 2 network interfaces on your PC. Had you had three or more interfaces, you'd have to pick which interface to use at the "Home networking connection."

Well, something's problematic. Have you by any chance configured your PAP2 to use a STATIC IP address? If so, factory reset it (so that it reverts back to DHCP). Have you installed any other DNS or DHCP software on your PC (perhaps by following the unlock instructions of POST #120)? If so, remove any residual software which could be conflicting with things. Have you disabled all firewall software? If not, do so.

Another way to test whether your PC's ethernet port is DHCP assigning IP addresses is to connect it via the questionable crossover cable to either another PC or even to your router's WAN port. If connecting it to your router's WAN port, make sure you configure your router to use something other than 192.168.0.xxx for its LAN SIDE network (i.e. 192.168.1.xxx is fine). Then, once the router's WAN port is plugged into your PC's ethernet port, if ICS is working correctly on your PC, your router's WAN IP ADDRESS will be assigned a 192.168.0.xxx address and the PC's ethernet port will become 192.168.0.1. Furthermore, the PC should no longer show "Limited or no connectivity."

To check the router's status, re-enable the Wireless Network Connection interfafce on the PC, open up a web browser, and navigate to the router's web interface. If you configured the router to use the 192.168.1.xxx network, the router's IP address will likely be 192.168.1.1 (so open URL http://192.168.1.1).

After some further thought, it dawned on me that the router test above may be flawed. Reason? Most routers have auto-sensing Ethernet ports in which they can auto switch between crossover and straight modes as necessary. Thus, if your crossover cable is bad (i.e. is acting like a straight cable), the router may still gain a connection by auto-switching its WAN port accordingly. Give it a shot anyway and report back.

Diggler

I have following questions to check ICS..

1. Router WAN port means input of internet to router?
2. How to configure router to use something other than 192.168.0.xxx for its LAN SIDE network (i.e. 192.168.1.xxx is fine)?
3. How to check router's WAN IP ADDRESS?

Planning to get another crossover and check the same setup.

Thanks for your support.

Correct.

It should be in the router's Web Configuration Interface. If your router's current IP address is 192.168.0.1, its web configuration should be accessible at:
http://192.168.0.1 (It'll likely require a username and/or password. The default value(s) should be listed in the router's instruction manual)

Additionally, if you state the BRAND and model number of your router, perhaps somebody more familiar w/ your router can address this (and the next) question.

That should be viewable in the router's web configuration interface as well.

I don't think there's any harm in attempting the unlock process using the STATIC IP ADDRESS assignment, but it reduces the chance of its success. At any rate, getting a 2nd crossover cable is a wise idea.

Diggler

I am using Netgear router and ip address is 192.168.1.1 by using this ip i was able to access router web interface. But i am not sure How to configure router to use something other than 192.168.0.xxx for its LAN SIDE network (i.e. 192.168.1.xxx is fine)?

Also I am not sure How to check router's WAN IP ADDRESS?

If you can guide step by step, I will able to do this.

Also I have tried to connect PC to PC using crossover cable. But still I had same limited connectivity problem. As soon as I assinged stative IP it worked file and I was able to access both PC.

As you mentioned above to assign static IP. What should be default IP, Subnet mask, Preferred DNS?

Thanks

You didn't state what MODEL Netgear router you have, but no matter, it's already on the 192.168.1.xxx network as the router's IP address is 192.168.1.1.

That would show up in the router's web interface somewhere.

Difficult to do w/o knowing which specific MODEL netgear router you have.

What OS is your ICS machine running on? Anyway, if two PC's connected together works fine, you'll likely be able to get through SOME of the unlocking steps. However, should your adapter load its encrypted Vonage XML config file and load the SPA2K firmware, you won't be able to proceed w/ the unlock process thereafter unless you have DHCP working from your ICS machine. Why? The Vonage config file will revert your adapter back to DHCP, disable its web interface, and with Sipura Firmware loaded, you won't be able to FACTORY RESET IT (to re-enable the adapter's web interface). I also don't think you'll be able to set an IP address in the adapter via the IVR at that point as it'll require an admin password (which you won't have at that point). Thus, you must get DHCP working on the ICS machine, so I take back my statement yesterday that there's no harm in proceeding w/o ICS working correctly. Let's see if we can figure out why your ICS machine isn't DHCP assigning IP addresses. Perhaps you can setup ICS on your 2nd PC and see if it works better. (You'll need two network interfaces on the 2nd PC as well).

Per what I wrote in the paragraph above, forget going this route. Sorry.

I am using Windows Professional SP2. Also I tried is on other PC the is Windows Home. Is that correct OS or do I need some different OS?

I am not sure how to process without DHCP. Is that possible to do unloking process through router, PC? What is Post number? I am using Netgear WGT624 G108.

Thanks,

I assume you mean Windows XP Professional SP2 and Windows XP Home. I don't know if XP Home includes ICS, so you may be limited to using the XP Pro machine for the crossover cable method.

It is indeed possible. Post #403 provides the settings to configure your router. You'll need to DISABLE ICS on the PC and set the PC's ethernet port back DHCP (i.e. where it gets automatically assigned its IP address properties and DNS servers). Also, the IP addresses listed in post #403 need to be configured on the LAN SIDE of the router.

There are THREE (3) Versions of the WGT624 router, with LAN SIDE configuration instructions explained here:

• WGT624v3 Reference Manual (See figure 6-5 on page 6-11, which is physical PDF Document page #61)
• WGT624v2 Reference Manual (see figure 6-3 on page 6-7, which is physical PDF Document page #75)
• WGT624v1 Reference Manual (see figure 6-3 on page 6-7, which is physical PDF Document page #75)

My guess is you have a WGT624v3 as that appears to be the only model which defaults to IP address 192.168.1.1. The other two versions appear to use 192.168.0.1 as their IP adddress.

Diggler

Interestingly (ie. frustrating)
I have very similar problem with my 2 PAP2 adapters, one @3.1.9c that one was accidentally exposed to internet for ~30 sec
another one @3.1.8 (never exposed to internet). I can get IVR on them and I can reset them both with 73738#.
My PC setup: SimpleDNS with DNS and DHCP server working, solarwinds TFTP server working, IIS on window xp pro for http server. Using a cross over cable, the DHCP assigns an ip to the pap2, I see that TFTP server sent the encrypted xml file (which I obtained from vuckfonage) to the PAP2.
Then the HTTP server log showed a successful attempt to upload to the PAP2-SPA2k.bin file renamed as the PAP2-3....bin file to the PAP2 (v3.1.8) ie. a 200 code at the end of that log.
But the PAP2 lights never turned red, it simply reset, blue light flashes and goes back to it's initial state and requests for the ip address from DHCP server again.

I wonder if it is an issue with packet size as stated in this post on 2007-05-03 and if DrTCP would solve this problem. Or would a different PAP-SPA bin file work...

I don't think 30 seconds is long enough for the PAP2 to download, process, and load in firmware from the internet, so this adapter is probably still OK. A PAP2 only becomes "used" once it has successfully loaded & processed a firmware file.

You may be the first person to verify almost complete success using a modified version of the crossover cable method (i.e. using SimpleDNS in place of of ICS).

It sounds like your PAP2 is rejecting the firmware file for some reason. You need to use modified SPA2K firmware, not just renamed firmware. Modified firmware contains an SPA2K header along w/ a properly (re-)calculated checksum value near the bottom of the firmware file. Where did you get the firmware file from?

That poster was the only one to ever post the issue of the packet size. I've never had any problems w/ using the standard packet size. You're welcome to try a different packet size, but I'm leaning toward the issue being w/ your PAP-SPA bin file.

So long as your adapter hasn't successfully loaded the firmware file, you should be able to repeat the unlock process until it succeeds.

Diggler

Thanks for the reply diggler,
I guess I am the first confirmed person to succeed with the modified crossover cable method using simpleDNS DHCP server. Because I finally got the 3.1.8 working, don't know if it was the packet size that made a difference or the fact that the XP software firewall wasn't disabled...
Interestingly this unit has no GPP_K value, I've reset the darn thing several times looked at the GPP_K under the SPA firmware and the PAP2 firmware, and it is empty...

Now 3.1.9 unit... It took the PAP2-SPA2K firmware now. Light is red. But I can't get it to pick up the modded xml file in the GPP_D directory, keeps saying file does not exist. I've triple checked the directory of: iGUbLg0ubl\spaxxxxxxxxx.xml and the file is there but tftp server keeps saying that it isn't...
How do I get past this?

Glad you got it working, but it is indeed unfortunate that you didn't determine whether the firewall or the packet size made the difference.


For the two letters in RED above, verify that they are the correct characters. Either or both could be the NUMBER '1' (ONE). The best way to be sure you've captured the correct GPP_D name is to copy/paste it directly from the TFTP Log File. SolarWinds creates such a log file which I believe resides in the TFTP ROOT directory. (It may be specifiable in SolarWinds itself).

Diggler

Okay you were right on diggler,
the last l was actually an I and it picked up the file right away and all unlocked...
But I think the 2 files I used from post #3 to reset and reunlock the PAP2 erases the GPP fields, because the first time it went to the SPA2K firmware I saw values in the GPP_K field but in step 9, when I reset and followed Post#4, then the fields became empty...
either that or my reset procedure is incorrect and it is not reloading the GPP_K Value

It's a common oversight.

You're not the first person to report that the GPP_K values don't show up anymore post factory reset, but I doubt the firmware files in POST #3 are the cause of this.

This was a VONAGE ASSIGNED GPP_K value as it had been populated by your primary xml file -- the same file which instructed your PAP2 to load its new firmware. Thus, that GPP_K value wasn't of much use.

Try factory resetting it again and proceeding w/ POST #4. Before completing all of the steps though, while the adapter is in SPA2K mode see if the GPP_K value is populated. If so, that should be the FACTORY FRESH GPP_K value as it'll be one populated immediately after a factory reset.

Also, be sure to remove all XML config files from your TFTP ROOT before proceeding w/ POST #4. This way none of the files you had sitting around will accidentally get loaded in during the re-unlock process.

Diggler

I unlocked a 3.1.9 using POST 326, but somehow ended with a Sipura 2.0.9(d) firmware. How do i go back to pap2. I can access the admin page and disable provisioning, but it is a sipura page.

Loading SPA2K 2.0.9d firmware is part of the unlock process, so it's not as if the firmware "somehow ended" up on your adapter. To revert back to PAP2 firmware, you simply need to complete the unlock process of POST #326. Go back to that post and jump directly to STEP #8.

I connected the PC and pap2 to my router and tried the http://pap2ip/upgrade?tftp://pc-ip/sp2k-pap2.bin.

Nothing is happening. The browser says firmware upgrade will be done. I waited for 5-10 mins and I still I see the sipura homepage only. the power led is red.

Ethereal shows the PAP2 still has the old ip and it is looking for the DNS Server ip.


Here is what i did.

1) used post 326 to unlock the pap2.
2) Got confused to both the basic unlock and post 326 and continued with basic unlock instructions. loaded pap2-sp2k.
3) I am stuck here. I am able to access the admin page without password. but not able to go back to pap2.
4) I tried sipura factory reset **** and then 877778#.
5) post 326 (13) reverted back to PAP2 firmware -----> this one confused me.

nothing works.

is it possible to restart or how do i go back to pap2 unlocked.

In the URL example above, what are the IP address values for "pap2ip" and "pc-ip" ?

What do you consider the "old" versus "new" ip addresses?

You don't need your own DNS and DHCP servers at this point, so get rid of them (i.e. disable ICS, SimpleDNS, or whatever DNS/DHCP server(s) you used). Ethereal (or packet sniffing in general) shouldn't be necessary either as your TFTP log should be sufficient. Also, make sure that you've placed sp2k-pap2.bin into your TFTP ROOT, not your HTTP ROOT directory. To get SPA2K firwmare onto your adapter, you needed the first firmware file in the HTTP ROOT directory, not the TFTP ROOT. These are different directory locations.

Revert your PC back to regular DHCP, revert the PAP2 back to regular DHCP, and connect both the PAP2 and the PC to the LAN SIDE of your router. However, keep your router disconnected from the internet until you've completed the entire unlock process!!! In other words, disconnect the ethernet cable going from the router's WAN port to the broadband modem's ethernet port.

If your adapter started w/ 3.1.9 (as I believe you claimed it did), you would not have been able to use the basic unlock instructions (i.e. post #4) to load pap2-sp2k onto your adapter. That had to be done via POST #326. No matter, you already got that far, so the confusion above is a non-issue.

So long as you're able to access the Sipura Firmware's web interface, don't bother factory resetting the adapter at this point.

I don't follow what the "(13)" above is referring to. Anyway, all you need to do is follow the steps of POST #4 starting at STEP #9 (actually, you can go straight to STEP #15).

You're stuck at a pretty good point. Many who get "stuck" don't get as far as you. Calm down, relax, take a deep breath, and take another shot at it. Follow the suggestions above and you should be ok.

You can't re-start at this point since your adapter is now in SPA2K mode. You need to load modified PAP2 firmware onto the adapter, and this should be a very quick 'n easy process. Make sure you've disabled all firewalls.

I was able to unlock the adapter. Thanks for the help. The issue is due to a corrupted SP2k-PAP2.bin file.

Just found out that stanaphone is closed to retail customers (Yes, I know, I am slow in getting the news ). Anyone know of working alternative(s) to stanaphone like service....

Also, is there a place I can get USA numbers for FREE and finallly,

is it possible to have both incoming calls and outgoing calls on oneport of PAP2 V1/2

Many thanks in advance

VoiceStick (www.voicestick.com)

See VoiceStick's Next2Nothing plan. Free INCOMING CALLS. When signing up, they give you $5 of credit towards OUTGOING calls too.

So long as the VoIP service you're using supports incoming & outgoing, then either port can be used for BOTH incoming and outgoing calls (but not at the same time). You can use BOTH PORTS of the adapter(s) to support simultaneous incoming and outgoing calls.