Hello, We have a Motorola TA that cannot start up. When the power is turned on to the device, it requests a tftp download of an image but the image server does not have the requested file. So the phone is offline.. not a nice thing. Is there any humans about who could help with this? Specs, and a truncated packet capture below

I have exactally the same issue. I have send a tech support request to Vonage - however have not yet heard back from them. I have also included a tcpdump of the failure. I have also attempted to factory reset the VT1005v. It seems to grab the initial tftp config fine. However it seems to grab a couple more - then it fails again. Probably still trying to apply a firmware update and back to the four flashing light state.A sanitized capture of the Adapter after the factory reset follows:

I've been experiencing the same problem since yesterday AM. Here's what I know:

The MTA is able to get some of its config - it does get the Phone Number and Caller ID Information - but stalls at 4 blinks.

The tech support rep I spoke to on the phone yesterday acknowledged that it "is a small problem with all VT 1000 - 1005's, and it will be resolved in a 'few hours'"

Yeah, "me too".

Wife was complaining that the "free long distance" line wasn't working for the past two days.

So, I figured the firewall rebooted after a power glitch and didn't enable port forwarding... but no! All is well with the firewall (since I fixed that bit of peskyness in the init scripts).

So, I haul out ethereal, reboot the Moto VT1005 ATA, and lo and behold!, a TFTP craps out with a file not found.

I recently changed billing CC #s due to a lost card, though I swore I updated Vonage's billing data, and sure enough, they just billed my new CC.

So, I call tech support...

dufus on the other end wouldn't know a tftp request from an ARP, but I remain patient, figuring I'll get to tier 2 support soon enough. Dufus wants me to connect to http://192.168.102.1/admin and set the MAC address to that of my computer.

Well, the damn ATA is behind a firewall with no PC behind it, and sure enuough, connections to 192.168.102.1 get ICMP rejected on the business end of the ATA. So, I bugger around and connect to the "PC" end of it... then it dawns on me (hey, just put in a 12 hour shift after a 36 hour one, so I'm a bit slow, O.K.?) that tier 1 dufus figures my ISP is balking at the mac address not being that of my PC. 'Sides, what would I set it to? The MAC address of the firewall? Gee, that would be bright: the same MAC address on two physical nets. I figure that's a lost cause and try tech support again.

This time, they pass me on to "advanced tech support". They (a) admin there is "a problem", and suggest to just let the ATA try to download that file.

I figure someone rm'd something they're not supposed to and now mgmnt. is scrambling.

I asked how frequently the ATA tries to download the file in question, but got dialtone.

Bugger.

So, here I sit and wait, with ethereal capturing silence from the ATA to figure out how freqentnly it tries to TFTP the magic file.

go in and do a factory reset on the device. this is an issue with the firmware that was pushed last friday. Also as a note remove the WAN cable from the vt1005 before you try to connect to the web interface.. Also try assigning yourself a Static IP also (vt1005 IP Subnet is 192.168.102.1 ) Also go to the http://192.168.102.1/admin.html page to do the reset

go in and do a factory reset on the device. this is an issue with the firmware that was pushed last friday. Also as a note remove the WAN cable from the vt1005 before you try to connect to the web interface.. Also try assigning yourself a Static IP also (vt1005 IP Subnet is 192.168.102.1 ) Also go to the http://192.168.102.1/admin.html page to do the reset

I, for one, have assigned the VT1005 a static IP address on the WAN port: 10.1.1.1. I connects to my firewall/traffic shaper/mail server, and thence my ISP (and yes, I have verified that the firewall is transparent to VT1005 traffic on the ports it uses).

I found the following:

1. The LAN port provides an administrative web server at http://192.168.102.1/admin.html Not all browsers will add the .html by default if you just type http:..192.168.102.1/admin.

2. Despite being on a /16 network, apparantly the VT1005 thinks the LAN side is on a /8 network. Connecting from a PC at 192.168.0.1 won't work. I had to use 192.168.102.2.

3. The interesting bit. I found that connecting to the admin interface, and rebooting, caused the VT1005 to try to TFTP TWO (different) files, one after the other. If you don't reboot the VT1005, it just tries to download the second one, and that fails, if the first one wasn't downloaded in the same TFTP session, the TFTP server says the second one is not found. Hence, the "reboot the MTA" advice from Vonage.

4. Even, when rebooting the VT1005, and seeing it TFTP two files, it still failed to become operational in my case. Perhaps I didn't wait long enough.

After the second TFTP after a factory reset, the VT1005 hung there on a non-response to a DNS query to one of Vonage's DNS servers.

So, I power-cycled it, and it finally started to suck new firmware and came up fine.

But, I now notice that it's sysloging like crazy to Vonage's servers. In particular, it's syslogging every keypress match attempt (so Vonage knows what numbers you started to dial, but did not complete).

Is anyone else seing this?

I found that if I NATed the destination address of the syslog to one of my own syslog serves, Vonage didn't seam to care -- it still let the unit make and receive calls.