No devices registered in Vpanel

Quote:

---

Originally Posted by dbmaven

Spoke too soon.

I've now duplicated the sequence of events that caused it to go out.

I call my VOIPO line from my MagicJack.
I don't answer, and let it go to voicemail.
Line 2 is active (light is 'on' on the PAP2T).
I go to vPanel, and play the voicemail online.
Line 2 is still active.
As soon as I delete the voicemail, Line 2 light goes out, and the PAP2T status page shows:
Display Name: User ID: ##########B
Hook State: On Registration State: Can't connect to login server
Last Registration At: 2/23/2009 21:40:54 Next Registration In: 9 s
Message Waiting: No Call Back Active: No

The same sequence caused it both times - so it wouldn't appear to be the specific port.

Edit to add:
MagicJack not installed.
I pulled power from the ATA.
I rebooted my router to clear any 'active' ports.
After applying power to the ATA, both lines went active.

I then called my VOIPO number from my cell phone, and repeated the steps above.
Before deleting the message (while it was still playing, actually) Line 2 went dead and shows the same result in the PAP2T status page.
Doesn't appear to be related to the MagicJack or even a specific port....
Reset the ATA and router, both ports active. I'll monitor to see if Line 2 stays up.

---

It's only Line 2 though? Very odd.

Line 1 remains active and available at all times.

Very odd may be an understatement.

Absolutely reproducible.

And Line 2, right now, remains active.

So this is about PAP2T not HT502, right DBMaven?

Yes - this is a PAP2T

For what it's worth, I have 2 accounts with a PAP2T on one and a 502 on the other, both in tandem.

Although the PAP2 has never missed, I see this morning that the 502 has been up and running and registered for the last 19 hours.
Sure looks good.

PAP2T line 1=5060 line2=5061

502 line1=5079 line2=5062

So, just an interesting note, not a complaint: My internet died for about 30 minutes last night. My GS was not registered this morning - my PAP2T (2nd line, BYOD) was. I'm not necessarily saying there's anything wrong - I don't know that a device should re-register after a network failure, but it was just interesting that the PAP2T didn't have any issues.

Line 2 remained active/available overnight.

Quote:

---

Originally Posted by Brian

So, just an interesting note, not a complaint: My internet died for about 30 minutes last night. My GS was not registered this morning - my PAP2T (2nd line, BYOD) was. I'm not necessarily saying there's anything wrong - I don't know that a device should re-register after a network failure, but it was just interesting that the PAP2T didn't have any issues.

---

An interesting problem.

I wonder just what it is that tells the ATA to register/re-register?
Evidently the 1 minute setting is not effective for everyone. Maybe the DNS gets confused after the network failure.

Quote:

---

Originally Posted by Brian

So, just an interesting note, not a complaint: My internet died for about 30 minutes last night. My GS was not registered this morning - my PAP2T (2nd line, BYOD) was. I'm not necessarily saying there's anything wrong - I don't know that a device should re-register after a network failure, but it was just interesting that the PAP2T didn't have any issues.

---

Brian,

Just curious, do you have DNS servers hardcoded into the 502 or is it just the default DHCP?

What about the PAP2T?

Quote:

---

Originally Posted by VOIPoTim

Brian,

Just curious, do you have DNS servers hardcoded into the 502 or is it just the default DHCP?

What about the PAP2T?

---

DHCP on both - which is my router's address, pointing back to Comcast. I have no problem changing it - just let me know what you'd like me to try, if anything.

Quote:

---

Originally Posted by Brian

DHCP on both - which is my router's address, pointing back to Comcast. I have no problem changing it - just let me know what you'd like me to try, if anything.

---

Are you able to replicate the internet connection loss? If so, could you do it with DNS hardcoded and with it using DHCP?

If anyone else wants to do this too, the more the better.

It looks like in some cases, the GS is not re-pulling DNS from DHCP so we're trying to confirm that now.

Quote:

---

Originally Posted by VOIPoTim

Are you able to replicate the internet connection loss? If so, could you do it with DNS hardcoded and with it using DHCP?

If anyone else wants to do this too, the more the better.

It looks like in some cases, the GS is not re-pulling DNS from DHCP so we're trying to confirm that now.

---

Sure. I'll try it tonight.

Tim..

On my 502, DHCP is set to default dynamic...although I have a static IP.

On the PAP2, as I mentioned in a previous post, the DNS is set to the IPs for OpenDNS. 208.67.220.220 and 208.67.222.222
Has been this way since I got it from you and for whatever reason, hasn't missed once since inception.
Also, I have my router set to DHCP as well, even though I have a static IP.

Perhaps the fact that OpenDNS rolls with the punches, it never gets hung up with a DNS problem..

Although I am registered with OpenDNS, I do not have it activated. For you to have programmed it in originally, did your company have to register and set it up?

For what its worth I have a Linksys WRT54GS running DD-WRT and I have it configured to assign opendns's dns servers for dhcp AND I have it setup with iptables rules that force dns requests to use opendns.

So for example my kids can not just change their dns server settings and get around the opendns site block outs I have setup. If this thing tries pulling dns at all it has to be going to opendns.

Quote:

---

Originally Posted by VOIPoTim

So far, support is almost dead today and things are very quiet (just catching up on tickets) and the graphs have never been higher, so while it's still to early to tell, this is all a good sign.

---

So far this still holds true. We're still monitoring very closely, but it seems like we're all set now.

Registrations are the highest they've EVER been.

Maybe at some point in time, you'll feel comfortable in telling us the details of the problem.

Tim,

Did you push the revised line-2 credentials change as you mentioned? If so, does this affect PAP2 users and should we request the new credentials?

Ken

Quote:

---

Originally Posted by KenH

Tim,

Did you push the revised line-2 credentials change as you mentioned? If so, does this affect PAP2 users and should we request the new credentials?

Ken

---

We haven't yet, but will announce it when when we do for BYOD.

Quote:

---

Originally Posted by burris

Maybe at some point in time, you'll feel comfortable in telling us the details of the problem.

---

Let's give it a few more days until we know for sure :)

Quote:

---

Originally Posted by VOIPoTim

Let's give it a few more days until we know for sure :)

---

Actually, as I typed this, my 1st line on my second acct(502) went down.

I waited, but a reboot was necessary to both register and get it to show in the VPanel, which it now does again. It did reboot in a heartbeat, though.

Quote:

---

Originally Posted by burris

Actually, as I typed this, my 1st line on my second acct(502) went down.

I waited, but a reboot was necessary to both register and get it to show in the VPanel, which it now does again. It did reboot in a heartbeat, though.

---

Let me check your logs :)

Quote:

---

Originally Posted by VOIPoTim

Let me check your logs :)

---

Let's not get personal, now;)

Quote:

---

Originally Posted by VOIPoTim

Let me check your logs :)

---

Tim....

While you're logging, I can tell you it just unregistered again.

Phones on main line are fine..just got off a call.

A reboot quickly re-registered.

Quote:

---

Originally Posted by burris

Tim....

While you're logging, I can tell you it just unregistered again.

Phones on main line are fine..just got off a call.

A reboot quickly re-registered.

---

So far no other reports though. Very interesting.

Can you do a hard reboot one more time for me? I just made a change for you to test something.

Quote:

---

Originally Posted by VOIPoTim

So far no other reports though. Very interesting.

Can you do a hard reboot one more time for me? I just made a change for you to test something.

---

Done.

Registered and ok in VPanel.

Of course, when I tried to replicate this morning's incident around 5PM Eastern, everything re-registered...each of the 3 times I attempted it. Now, I've been away from the house for a few hours, and I just looked, and I've got nothing registered (DNS is hard-coded). Care to check any logs?

Quote:

---

Originally Posted by Brian

Of course, when I tried to replicate this morning's incident around 5PM Eastern, everything re-registered...each of the 3 times I attempted it. Now, I've been away from the house for a few hours, and I just looked, and I've got nothing registered (DNS is hard-coded). Care to check any logs?

---

Is the "preferred DNS server" one hardcoded or just the static ones?

The error we're seeing for you is this: Feb 24 07:41:14 XXXXXXXXXXX.md.comcast.net HT502: [00:0B:82:XX:XX:XX][1.0.1.21] Transport error (-1) for transaction 3968

It was just static - I just caught up with the other DNS thread. Just put one of the ones you suggested into preferred, so hopefully that will do it.

Try the putting DNS in the preferred dns field and I bet it clears up for you.:)

Quote:

---

Originally Posted by VOIPoTim

Try the putting DNS in the preferred dns field and I bet it clears up for you.:)

---

Burris - Has yours went down since making the DNS change?

So far registrations are still at an all time high with a huge upward curve all day, so things are still looking good.

The only cases we've seen of an issue were fixed with filling in the DNS info.

So, what's that error actually mean? :) The entry is there now - I'll update tomorrow.

Quote:

---

Originally Posted by Brian

So, what's that error actually mean? :) The entry is there now - I'll update tomorrow.

---

It just means it can't connect to us. Normally it would show a DNS query there.

Example:

Feb 25 02:57:02 XXX.ph.cox.net XXMACXXX DNS Querying host: sip.voipwelcome.com, result ttl=30

Feb 25 02:57:02XXX.ph.ph.cox.net XXMACXXX Query result ip[0]:74.52.58.50,

Feb 25 02:57:02XXX.ph.ph.cox.net XXMACXXX

These logs are pretty cool now that I know how to check them without the info being relayed from others. :)

Quote:

---

Originally Posted by VOIPoTim

Burris - Has yours went down since making the DNS change?

So far registrations are still at an all time high with a huge upward curve all day, so things are still looking good.

The only cases we've seen of an issue were fixed with filling in the DNS info.

---

First thing this morning, I see the 502 is still up...9 hours now.
This is after putting the suggested DNS in the field.

Quote:

---

Originally Posted by burris

First thing this morning, I see the 502 is still up...9 hours now.
This is after putting the suggested DNS in the field.

---

Just got back to find the 502 still up for 13+ hours, but line one is unregistered and showing no devices in VPanel.

I will be out for a few hours, so won't be able to do any changes in the meanwhile.

502 Unregistered in V panel AGAIN...!!!!! And my voice mail is not picking up. Just rings forever..

We just had a hardware failure with a RADIUS server earlier this morning due to load. RADIUS handles call logs and authentication.

With the registration interval set so slow, it could have been denying authentication to some devices in the few minutes it was down and caused a few registration issues this morning unfortunately.

ok Tim. Thanks for the explanation. Rebooting......
Can you (the head man). find anything out about my porting request?
Rebooting now.

Thanks

Kev

Registered fine after reboot...!!!

Lost registration after almost 3 days. But when I call my number from cell phone I am getting "All circuits are busy" error.