[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