Hi @unlikely
You can monitor the Asterisk CLI logs when you click the Force Check Config button in EPM. You should see some logs.
Just type: asterisk -vvvvvvvvvvvvr
and monitor the logs while clicking the button.
If no logs appear, try updating via the command below (xxx-1 should replace with extension number-1) and monitor the Asterisk CLI logs: fwconsole epm update xxxx-1
Something happens on the log, but nothing happens on the phone:
-- Executing [digium_phone_module@dpma_pjsip_message_context:1] Set("Message/ast_msg_queue", "MESSAGE(custom_data)=mark_all_outbound") in new stack
-- Executing [digium_phone_module@dpma_pjsip_message_context:2] Set("Message/ast_msg_queue", "TMP_RESPONSE_URI=pjsip:10.x.y.z:60313;transport=tcp") in new stack
-- Executing [digium_phone_module@dpma_pjsip_message_context:3] Set("Message/ast_msg_queue", "MESSAGE_DATA(Request-URI)=") in new stack
-- Executing [digium_phone_module@dpma_pjsip_message_context:4] Set("Message/ast_msg_queue", "MESSAGE_DATA(X-Digium-AppServer-Response-URI)=") in new stack
-- Executing [digium_phone_module@dpma_pjsip_message_context:5] Set("Message/ast_msg_queue", "MESSAGE_DATA(X-Digium-AppServer-Response-FullContact)=") in new stack
-- Executing [digium_phone_module@dpma_pjsip_message_context:6] MessageSend("Message/ast_msg_queue", "pjsip:10.x.y.z:60313;transport=tcp,proxy") in new stack
-- Executing [digium_phone_module@dpma_pjsip_message_context:7] Hangup("Message/ast_msg_queue", "") in new stack
== Spawn extension (dpma_pjsip_message_context, digium_phone_module, 7) exited non-zero on 'Message/ast_msg_queue'
In responde to epm update, tcpdum apparently only dump this
I can confirm, same issue.
Also, if you change the template the phone uses and us the ‘Save, Rebuild, and Update Phones’ option, it also does not work.
Hi @unlikely
The phone display won’t show any changes unless there is a difference in the firmware (FW) or BLF keys between the templates. If there is a change, the phone will display “FW upgrading” or indicate that the BLF keys have been replaced.
When you click the “Force Check Config” button, the GUI of the Extension Mapping page should reflect the updated template name under “Template Model” (see attached screenshot).
My phone already had a template applied, so template name didn’t change.
But I changed a BLF key in the template, saved and rebuilt and update phone.
BLF change was not applied.
EPM is up to date, checked yesterday.
This issue happens with UDP transport.
With TCP transport the reload works.
TLS transport is currently not working on my setup, so can’t provide feedback for now. I’ll open another discussion for TLS issue.