[cisco-voip] [EXTERNAL] Finesse dropping calls upon answer

Kent Roberts kent at fredf.org
Fri Jan 17 17:21:37 EST 2020


If your seeing codec mismatches on the cube, I’d focus on that more then anything else.



> On Jan 17, 2020, at 3:18 PM, Jonatan Quezada <jonatan.quezada at chemeketa.edu> wrote:
> 
> outstanding, thank you all for insight on where maybe to look, or rather start looking.
> 
> ill see the CTI command from finess via logs, though yeah? ill have to set up capture I think.
> 
> for codec mismatches? Im setting those up on my cube, MediaResourcesInstance also on my cube?
> 
> MTP on the SIP trunk checked.
> 
> On Fri, Jan 17, 2020 at 2:09 PM Kent Roberts <kent at fredf.org <mailto:kent at fredf.org>> wrote:
> Remember, call drops is not a finesse issue.     Finesse is just a control piece for the user.    Look into  CUCM/ivr.    What is sending the disco request?    Should be carrier/IVR/or UCM.    Now if you see finesse send a CTI command to hang up the phone, thats a different issue.
> 
> Most of the time on answer drops can be a sign of codec mismatch.
> 
> Post some cucm logs, with call examples.
> 
>> On Jan 17, 2020, at 2:52 PM, Nick Britt <nickolasjbritt at gmail.com <mailto:nickolasjbritt at gmail.com>> wrote:
>> 
>> What's the call volume? is MTP required ticked on the CUCM SIP trunk?
>> 
>> In RTMT can you check your software MTP resources?
>> 
>> On Fri, Jan 17, 2020 at 1:48 PM Jonatan Quezada <jonatan.quezada at chemeketa.edu <mailto:jonatan.quezada at chemeketa.edu>> wrote:
>> UCCX version: 10.6.1.11003-29 (ES02-11)
>> CUCM Version: 11.5.1.15900-18
>> 
>> caller--->xxxxxx7899--(cube)-->CUCM---->uccxTriggerAndApplication--->HelpDeskDevices---->all88xx phones---->calHandled
>> 
>> upon answering the call drops, but not every call! Very challenging
>> 
>> I imagine there are plenty of reasons why this is a thing, but in our case its hard to diagnose since no network changes are in effect nor have we changed configuration for the help desk.
>> 
>> what are we seeing as the top 5 or 6 reasons or rather things to re-verify regarding the configuration.
>> 
>> please advise
>> 
>> -- 
>> For immediate assistance please reach out to our IT help Desk 5033997899
>> or visit our IT Help center, located here:
>> https://projects.chemeketa.edu/servicedesk/customer/portals <https://projects.chemeketa.edu/servicedesk/customer/portals>
>> 
>> Johnny Q
>> Voice Technology Analyst II
>> Chemeketa Community College
>> Johnny.Q at chemeketa.edu <mailto:Johnny.Q at chemeketa.edu>
>> Building 22 Room 130
>> Work 5033995294
>> SIP 5035406689
>> FAX 5033995549
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip <https://puck.nether.net/mailman/listinfo/cisco-voip>
>> 
>> 
>> -- 
>> - Nick
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip <https://puck.nether.net/mailman/listinfo/cisco-voip>
> 
> 
> 
> -- 
> For immediate assistance please reach out to our IT help Desk 5033997899
> or visit our IT Help center, located here:
> https://projects.chemeketa.edu/servicedesk/customer/portals <https://projects.chemeketa.edu/servicedesk/customer/portals>
> 
> Johnny Q
> Voice Technology Analyst II
> Chemeketa Community College
> Johnny.Q at chemeketa.edu <mailto:Johnny.Q at chemeketa.edu>
> Building 22 Room 130
> Work 5033995294
> SIP 5035406689
> FAX 5033995549
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200117/14deb992/attachment.htm>


More information about the cisco-voip mailing list