I am bringing this back up as I still have been unable to resolve.
The Panasonic KX-TGP500 DECT endpoint is able to make outgoing calls though I have been unsuccessful at getting the endpoint to receive calls. Actually, if I power-cycle the KX-TGP500, I am able to receive an internal intercom call for about two minutes and then something changes and it goes back to being unable to receive calls.
Attached are the settings as set on the Panasonic
Phone Number
Phone Number 4003
Line ID 4003
SIP Server
Registrar Server Address 56518038.deployments.pbxact.com
Registrar Server Port 5160
Proxy Server Address 56518038.deployments.pbxact.com
Proxy Server Port 5160
Presence Server Address 56518038.deployments.pbxact.com
Presence Server Port 5160
Outbound Proxy Server
Outbound Proxy Server Address 56518038.deployments.pbxact.com
Outbound Proxy Server Port 5160
SIP Service Domain
Service Domain 56518038.deployments.pbxact.com:5160
SIP Source Port
Source Port 5160
SIP Authentication
Authentication ID 4003
Authentication Password ••••••••••••••••
Any assistance would be appreciated. If logs are needed, please let me know what you would like for me to filter on.
Thank you,
dicko
(dicko)
January 7, 2018, 5:39am
2
It is quite likely that TimeWarner is blocking your SIP traffic
Possibly though all other extensions are working correctly.
I can add that when I turn of VM functionality, all calls go to VM immediately.
Overkill
(Alex DiMarzo)
January 8, 2018, 5:02pm
5
Solution you seek is in this thread:
Hello, i have some Panasonic Phones by the customer, connected with TLS/SRTP LetsEncrypt. Codec G711 Everything works. The phones reconnect when the internet connection was lost but if i reboot the PBX or restart Asterisk then the phones do not...
Thank you Overkill for your input. There is a lot of detail in the thread and I am not quite sure which piece I should be looking at.
After several hours with the Sangoma technical support folks, I was finally able to get the phones to work reliably internally .
I had to change the SIP server address to the internal address and NOT the FQDN. Everything else is the same and it does appear to work.
Now the real issue will be getting it to work externally in the wild
Overkill
(Alex DiMarzo)
February 8, 2018, 6:13pm
7
Changing to IP and not FQDN indicates a DNS issue…
The issue with those phones is that their registration times out after 2 minutes and doesn’t refresh for a while. Look at changing the registration timeout value on the phone as per the post I linked and that should help.
PCS
June 28, 2018, 4:59pm
8
For posterity’s sake, I was having the same (or similar) lost registration problem with my TGP600.
I set the REG_EXPIRE_TIME_n to 15s, down from the default 3600s. That seems to have done the trick.
If you have the opportunity to test, you could probably get away with up to 120s.
system
(system)
Closed
June 28, 2019, 4:59pm
9
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.