Thanks for suggestions.
Anyone speak to Pana TS??
Yes, they said that phones only reboot(or should) if they loose connection to the PBX. They suggested to find out whats different about the connection to these two devices. But I can move them to locations and move problem phones to working phone locations and devices have the same results. They suggested to try a system wipe if doing a packet capture does not help.
....we did not get all our IP phones at the same time, some we got when TDE on v2, upgraded to v3 added some phones, upgraded to v4 added more phones... i was thinking maybe the DB is wacked somehow with certain slot/port that were registered in old versions not working over the VPN, but I moved the MAC addresses around and same results.
Have you tried getting wire shark traces. You could get a dumb hub or one with a mirror port and connect to the problem phone to see what happens
Phones will show poor LAN if they can't see the system not reboot so it sounds like it is loosing connection for a short time what bandwidth is on the VPN what codex is on the nt phones.
I would try the dsp card if you can get your hands on one to try
After that it sounds like the VPN
I have done packet captures from the sonicwalls and a simple breif wireshark capture, but yes, I do want to set the HP switch we have to mirror mode for a port and get all data sent to<->from a phone on the wire.
Yea, phones do not read poor lan like when they cant even see the PBX, but connect just fine, then sometime later REBOOT.
This is a speed test from a desktop on one end to a desktop on the other end of VPN, bandwidth should be ok, HQ has DIA Fiber, remote office has Comcast Coax(shared);
Date: 01/17/2014
Time: 16:50:26
Program Parameters: 0
High Performance Timer: 0.0000002794
Server IP: 192.168.1.155
Server Port: 4456
Test File: **MASKED**
Write Time = 3.5941680 Seconds
Write Speed = 4.4516560 Mbps
Read Time = 1.9053114 Seconds
Read Speed = 8.3975760 Mbps
But I do not suspect bandwidth, I mean, if it was, eventually one of the 2 good working phones would disconnect, no? and they don't.
what codex is on the NTs? What is this? How do I find out? IP Codec Priority in programming is set to G.722 and all sample times are set to 20ms
Try a DSP card? Like a different one? I should be able to get one to test. We have a great relationship with our Pana Vendor.
Could it be the VPN, you bet. Current release notes for one of the SonicWALL versions talk about how with Cisco IP phones, calls can only be made if initiated from a certain end. While these are custom Panasonic VOIP devices and use their own technology, its possible. I have a REQ in to replace the TZ190 with a newer SonicWALL as the TZ190 is EOL in July. But that won't be for a few months until approved.
We previously had another strange issue....
IP Phones <-> VPN <-> Digital Phones = Fine
IP Phones <-> VPN <-> CO lines = Fine
IP Phones <-> VPN <-> Other IP phones = Not Fine (one way audio Remote site could talk to HQ but HQ voice never got to remote site phones)
This was resolved by simply disabling keep-alive on both ends of the VPN config in the SonicWALLs.
