06-13-2019 08:13 AM - edited 06-14-2019 02:04 AM
Hello everyone,
We are facing an issue regarding call forwarding on no answer to voicemail.
About the lab :
We have a CUCM cluster connect to a CUC cluster through a SIP trunk.
We use G729.
Three third party SIP end-point are configured with theses parameters :
The IP phone with DN 1001 has an operational voicemail.
There is no Voice GW on the network. Everything is in a local area.
About test :
On RTMT, i see :
47 = Resource unavailable, unspecified. Explanation : A resource unavailable event occured and no other cause in the resource unavailable class applies
On CUCM logs, i did not really understand what it is happening (why 1002 is not forwarded to voicemail through SIP trunk).
I did not see codec/DTMF mismatchs.
I do not need MTP i guess (MTP resources are also registered on call manager - with IP Voice Media Streaming App activated on other cucm nodes - May i have an issue due to this MTP only support G711 if necessary).
I tried to troubleshoot this with the https://cway.cisco.com/csa/ but i did not see something.
Other tests :
Questions :
Attached :
You will find CUCM logs for call forwarding to voicemail (rebuild from CSA) :
Thank you very much for your next reply and support !
Rody
Solved! Go to Solution.
06-25-2019 02:00 AM
New update :
The third-party SIP phone (Snom D305) is sending a bad reply to the update of the callmanager regarding the CFNA to DN/voicemail (call flow attached) :
Snom D305 is sending a "491 Request Pending" instead of a "200 OK".
With anoter SIP phone, everything works (CFNA to DN or voicemail as well).
This is a bug from Snom phones and we will contact Snom support.
Many thanks Maren, Vaijanath for your help !
06-17-2019 10:27 AM
Do I understand your situation correctly that only Call Forward No Answer to Voicemail is not working, that all other forms of Call Forwarding are working correctly? That is an interesting problem!
What I see in the trace is that the UPDATE at 01101383.001 |00:27:23.461] is showing a CSeq of 101 where the original INVITE has a CSeq of 1. This means that your SNOM D305 phone is seeing the UPDATE as a update to a call that has not yet been established.
In the CFA, CFUR, and CFB situations (assuming the busy trigger on 1001 is 1), the call is not extended to the 1001 phone in the first place so the situations are different so the signaling flow would be different.
Can you provide a trace of the CFNA=1003 call? That would be a closer match to this scenario.
Now all of that said, I don't understand yet why this is happening. I'm hoping that the trace of the CFNA=1003 call will help. (Or that someone else on this forum can provide an explanation.)
Maren
06-18-2019 02:14 AM - edited 06-18-2019 02:15 AM
Hi Maren,
Thank you so much for your analisys.
You absolutly right ! CFNA to voicemail does not working.
All other cases are working well (CFA, CFUR & CFB ; and CFNA to other DN on phone).
I'll provide very soon call logs from CFNA to 1003 (as soon as i have access to customer infrastructure).
I'll keep you updated.
Rody
06-21-2019 02:17 AM
Hello Maren,
About CFNA to a DN=1003,
It finaly does not work, It is the same issue between CFNA to voicemail or to a DN.
What really happening during call forwarding on no answer to 1003 is :
CUCM version 12.5.1.10000-22 :
Third party SIP end-point :
Attached logs from a CFNA to 1003.
06-24-2019 03:24 AM
To keep topic updated :
I get some Cisco SIP phones to test CFNA to DN/Voicemail.
It works perfectly.
I need to investigate on the third-party SIP phone (snom D305) or the device SIP profile.
06-24-2019 04:27 AM
I apologize for letting this slip. It was on my list to investigate this morning. However, since we are talking about 3rd party phones I'm not sure I'm going to be able to help much more. It would be worth digging through the configuration guides for your 3rd party phones to see if they have more information.
Maren
06-24-2019 05:35 AM - edited 06-24-2019 05:39 AM
Hi,
Have you tried your scenario using G.711 codec for all three phones and Unity Connection SIP Trunk? If yes, can you please share your results.
Also, please post the screenshots of SIP Trunk Security Profile, SIP Profile and SIP Trunk configured for Unity Connection.
06-25-2019 02:00 AM
New update :
The third-party SIP phone (Snom D305) is sending a bad reply to the update of the callmanager regarding the CFNA to DN/voicemail (call flow attached) :
Snom D305 is sending a "491 Request Pending" instead of a "200 OK".
With anoter SIP phone, everything works (CFNA to DN or voicemail as well).
This is a bug from Snom phones and we will contact Snom support.
Many thanks Maren, Vaijanath for your help !
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide