Re: [cisco-voip] sync issue ?

[0703Manjunath]

Can someone share your thoughts around this thread ??

Thanks
Manjunath

On Wed, Jun 22, 2016 at 11:53 AM, 0703Manjunath 
wrote:

> Hello
>
> Curious to check if their is difference in retension period on both side
> of loggers, does this leads to sync issues ???
>
> But yes, i understand their  will be difference in archive data and
> possibily can cause cuic historic reports. Other then that , does this
> actually leads to sync issue between  loggers ?? Please clarify
>
>
>
> Cheers
>  Manjunath
>



-- 
Thanks & Regards
   Manjunath
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.0.1 bug watch

[Ryan Huff]

Ha! Anthony ... I am almost positive that I've seen that particular bug I hit 
with live data posted here before; I thought it was you, perhaps not. I'll have 
to search the threads later.

Thanks,

Ryan

On Jun 23, 2016, at 12:11 PM, Anthony Holloway 
> wrote:

If I know what you are referring to, about my earlier post, this has to do with 
using a browser which does not support the type of LiveData feed that Cisco 
intends for you to use.

LiveData functions best when the browser supports HTTP 
WebSockets.  This is a method of 
opening/closing fewer HTTP connections from clients to server and passing 
multiple data updates over a single connection.

When you use an older browser (E.g., IE 9), OR you use a newer browser in older 
compatibility view mode (E.g., IE 11 compatible mode) the Livedata 
implementation in Finesse doesn't fail, it actually gracefully degrades to 
basic HTTP GET requests and passes every single update to the live data views 
over individual connections.  This cause a significant increase of load on the 
SocketIO process and the CPU will go through the roof.

As far as I know, this is not a documented defect, because the compatibility 
matrix specifically states which browsers are supported.  So in theory, you 
shouldn't be using a browser that causes this issue in the first place.

On Wed, Jun 22, 2016 at 8:44 PM, Ryan Huff 
> wrote:

Hello CC brothers and sisters,

A bit back I emailed in regarding 
CSCup71611 which is a 
bug that in some instances, prevents creating an initial Call Control group 
after a new install / upgrade. It has been proven that this bug is not a 100% 
hit every time but does exist in the 11.0.1 code base (I hit it in 11.0.1), 
although previously thought to have been corrected in the 10.6.x base.

Yesterday, I also hit 
CSCux33949 in the 
11.0.1 code base which impacts the Socket.IO service and creates intermittent 
session timeouts in the LiveData service. I believe, if I'm not mistaken, our 
own Anthony Holloway has mentioned this bug before. The TAC agent I worked with 
stated that 
CSCux33949 is a 100% 
hit every install (but I am not completely sure that is correct).

In both cases, the latter being the more involved of the two, it took rooting 
the box and either messing with PKIDs or uploading jar files to fix code (I 
also fully realize that I signed my own death warrant by deploying 11.0.1 over 
the much more mature and stable 10.6(1)SU2).

Just thought I would bump this back to the top, in case anyone is considering a 
UCCX11.0.1 deployment anytime soon.

Thanks,

Ryan


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.0 session at Live 2016

[Anthony Holloway]

Cool.  Can you share a link to the BU Tech Summit, this is the first year
I've heard of that, and I'm not up to speed on the details.  Thanks.

On Wed, Jun 22, 2016 at 8:22 PM, Abhiram Kramadhati (akramadh) <
akram...@cisco.com> wrote:

> Hi Anthony,
>
> I’ll take these on board on how we can get better at providing access to
> our partners. The complexity of the labs in Live are usually kept
> medium-complex deliberately so that we cater to the wider audience, but the
> BU Tech Summits will be more exhaustive from a complexity perspective.
> There is one in BXB, so that can be a good chance for that and we should
> hopefully get those labs to 11.5 soon.
>
> But thanks for the suggestions, Anthony. We’ll definitely plan to
> incorporate this given that it can contribute positively to the CC
> ecosystem.
>
> Regards,
> Abhiram Kramadhati
> Technical Solutions Manager, CCBU
> CCIE Collaboration # 40065
>
> From:  on behalf of Anthony Holloway <
> avholloway+cisco-v...@gmail.com>
> Date: Wednesday, 22 June 2016 at 12:26 AM
> To: akramadh 
> Cc: "cisco-voip@puck.nether.net" 
> Subject: Re: [cisco-voip] UCCX 11.0 session at Live 2016
>
> Thanks for the announcement Abhiram!  I wish I could attend, but two
> things are keeping me:
>
> 1) Most offerings like this are not nearly as technical as originally
> billed (see the current UCCX v11 Walk through lab as an example), so it's a
> bit of a gamble if I'll get my money/time worth from it.
>
> 2) Cisco Live is already a sink hole for my money to be thrown into (small
> business), and these labs are like another $700 or roughly 35% the
> attendance fee.  (not to mention another day of travel cost if taken Sunday)
>
> Just a thought, but what if instead of only a pay-to-play lab offering,
> Cisco has an invite only model, where ambassadors of the product can learn
> the product intimately, and then act as a Champion out in the real world
> (I.e., support forums, learning network, twitter, mailing list, blogs,
> etc.)?  A biased request, I know.  I think it would get Cisco two things:
>
> 1) Higher likelihood of attendee skill level matched to the learning
> objectives (allowing Cisco to dive deeper than ever before)
>
> 2) Higher likelihood of attendee taking their knowledge to the field and
> applying spreading it through blogs, replies to forums questions, support
> forum documents, etc.
>
> Just a thought.
>
> Best of luck to you in your Lab offering!
>
> On Mon, Jun 20, 2016 at 7:09 PM, Abhiram Kramadhati (akramadh) <
> akram...@cisco.com> wrote:
>
>> Hello guys,
>>
>> For those of you looking to get your hands dirty on UCCX 11.0 and also
>> familiarise yourselves with the express offering, I have a 4hr lab in Cisco
>> Live!, Las Vegas.
>> *LTRCCT-2010, Cisco Contact Center Express 11.0 and Beyond: Feature
>> Design, Deployment, and Troubleshooting*
>>
>> Broadly, these are the topics being covered:
>>
>>- FIPPA
>>- Finesse email and chat, including SM integration
>>- CUIC :
>>   - Custom report creation
>>   - Dashboards
>>   - Permalink
>>   - Modify live data reports
>>   - Standalone CUIC integration
>>- MediaSense:
>>   - Integration with UCCX
>>   - Setup for configuration with UCCX – including CUCM, MS and
>>   Finesse config
>>   - Integrate Search and Play Gadget into Finesse
>>   - Integrate the AgentInfo gadget into Finesse
>>- Remote Expert Mobile:
>>   - Explore REM including co-browsing and remote agent control
>>   - Integration with UCCX
>>   - Setup expert and supervisor
>>   - Setup supervisor links
>>   -  Integrate REM desktops into UCCX Finesse
>>- Troubleshooting
>>
>>
>> Its almost full, but there are a couple of spots left still. If you know
>> of anybody who could benefit from this session, send them along!
>>
>> There are also tons of other great sessions on Contact Centre this time
>> including the new Context Service, Finesse and many more; so do drop in.
>> Hoping to catch up with many of you!
>>
>> Cheers,
>> Abhiram Kramadhati
>>
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.0.1 bug watch

[Anthony Holloway]

If I know what you are referring to, about my earlier post, this has to do
with using a browser which does not support the type of LiveData feed that
Cisco intends for you to use.

LiveData functions best when the browser supports HTTP WebSockets
.  This is a method of
opening/closing fewer HTTP connections from clients to server and passing
multiple data updates over a single connection.

When you use an older browser (E.g., IE 9), OR you use a newer browser in
older compatibility view mode (E.g., IE 11 compatible mode) the Livedata
implementation in Finesse doesn't fail, it actually gracefully degrades to
basic HTTP GET requests and passes every single update to the live data
views over individual connections.  This cause a significant increase of
load on the SocketIO process and the CPU will go through the roof.

As far as I know, this is not a documented defect, because the
compatibility matrix specifically states which browsers are supported.  So
in theory, you shouldn't be using a browser that causes this issue in the
first place.

On Wed, Jun 22, 2016 at 8:44 PM, Ryan Huff  wrote:

> Hello CC brothers and sisters,
>
> A bit back I emailed in regarding CSCup71611
>  which is a bug
> that in some instances, prevents creating an initial Call Control group
> after a new install / upgrade. It has been proven that this bug is not a
> 100% hit every time but does exist in the 11.0.1 code base (I hit it in
> 11.0.1), although previously thought to have been corrected in the 10.6.x
> base.
>
> Yesterday, I also hit CSCux33949
>  in the 11.0.1
> code base which impacts the Socket.IO service and creates intermittent
> session timeouts in the LiveData service. I believe, if I'm not mistaken,
> our own Anthony Holloway has mentioned this bug before. The TAC agent I
> worked with stated that CSCux33949
>  is a 100% hit
> every install (but I am not completely sure that is correct).
>
> In both cases, the latter being the more involved of the two, it took
> rooting the box and either messing with PKIDs or uploading jar files to fix
> code (I also fully realize that I signed my own death warrant by deploying
> 11.0.1 over the much more mature and stable 10.6(1)SU2).
>
> Just thought I would bump this back to the top, in case anyone is
> considering a UCCX11.0.1 deployment anytime soon.
>
> Thanks,
>
> Ryan
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Presence status in corporate directory of IP phone 8845

[Brian Meade]

It's just like the old BLF for Call Lists.  Are you sure the CSS on the
phones has the DN partition in it?

You should see the phone send a Subscribe for each number in the list in
the CallManager traces and see what's going on.

On Thu, Jun 23, 2016 at 9:22 AM, Sebastian Hagedorn 
wrote:

> Thanks for your reply. I just checked and found that BLF for Call Lists
> was already enabled. Other ideas? Is the directory presence in those 8845
> phones even based on BLF?
>
> Cheers
> Sebastian
>
> --On 23. Juni 2016 um 08:40:03 -0400 James Buchanan <
> james.buchan...@gmail.com> wrote:
>
> In CUCM, under System-->Enterprise Parameters, enable BLF for Call Lists.
>> You might have to restart phones for that to take effect, but that should
>> fix your problem.
>>
>> Thanks,
>>
>> James
>>
>> On Thu, Jun 23, 2016 at 8:37 AM, Sebastian Hagedorn
>>  wrote:
>>
>> Hi,
>>>
>>> we're running CUCM and CUP 10.5(2) and we just got a few 8845 phones. One
>>> new feature I noticed, but haven't found any info on, is that in the
>>> corporate directory there is an icon and text for the presence status of
>>> the user, just like in Jabber. Alas, the icon is grey and the text reads
>>> "offline" for all users. I'm assuming that I have to do something to
>>> enable the phone to access the presence servers.
>>>
>>> I have used BLF before, which requires something similar, so I tried
>>> adding the SUBSCRIBE CSS to the phone, but that hasn't changed anything.
>>> What am I missing?
>>>
>>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX 11.0.1 bug watch

[Justin Steinberg]

Why is there still not a COP file for CSCux33949?   This has been a known
issue for so long it should not be left up to customers to try the 11.0,
run into a bug, and then open a TAC case.   The BU has known about this for
so long, please release a COP file or SU to fix this so this doesn't keep
happening to customers.

On Wed, Jun 22, 2016 at 10:00 PM, Abhiram Kramadhati (akramadh) <
akram...@cisco.com> wrote:

> Hi Ryan,
>
> For CSCux33949: this is always encountered with enhanced license, but if
> you have premium then the trigger for this is not very common. The original
> design for LD was such that the SubsystemRouteAndQueue is responsible for
> sending heartbeats to the JMS topics (where the LD streams are published).
> However, with Enhanced license this subsystem is disabled; and hence this
> issue is triggered every time.
>
> The change in design is that the heartbeat responsibility is now moved to
> the RmCm subsystem which is present in all license packages. This fix is
> now available in 11.0(1).ES5, so the recommendation would be to install
> that so that the latest bug fixes and the design changes are covered. If
> you have any other defects that are affecting your deployment, feel free to
> unicast and I can take a look. Thanks.
>
> Regards,
> Abhiram Kramadhati
> Technical Solutions Manager, CCBU
> CCIE Collaboration # 40065
>
> From: cisco-voip  on behalf of Ryan
> Huff 
> Date: Thursday, 23 June 2016 at 11:44 AM
> To: cisco voip 
> Subject: [cisco-voip] UCCX 11.0.1 bug watch
>
> Hello CC brothers and sisters,
>
> A bit back I emailed in regarding CSCup71611
>  which is a bug
> that in some instances, prevents creating an initial Call Control group
> after a new install / upgrade. It has been proven that this bug is not a
> 100% hit every time but does exist in the 11.0.1 code base (I hit it in
> 11.0.1), although previously thought to have been corrected in the 10.6.x
> base.
>
> Yesterday, I also hit CSCux33949
>  in the 11.0.1
> code base which impacts the Socket.IO service and creates intermittent
> session timeouts in the LiveData service. I believe, if I'm not mistaken,
> our own Anthony Holloway has mentioned this bug before. The TAC agent I
> worked with stated that CSCux33949
>  is a 100% hit
> every install (but I am not completely sure that is correct).
>
> In both cases, the latter being the more involved of the two, it took
> rooting the box and either messing with PKIDs or uploading jar files to fix
> code (I also fully realize that I signed my own death warrant by deploying
> 11.0.1 over the much more mature and stable 10.6(1)SU2).
>
> Just thought I would bump this back to the top, in case anyone is
> considering a UCCX11.0.1 deployment anytime soon.
>
> Thanks,
>
> Ryan
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Presence status in corporate directory of IP phone 8845

[Sebastian Hagedorn]

Thanks for your reply. I just checked and found that BLF for Call Lists was 
already enabled. Other ideas? Is the directory presence in those 8845 
phones even based on BLF?


Cheers
Sebastian

--On 23. Juni 2016 um 08:40:03 -0400 James Buchanan 
 wrote:



In CUCM, under System-->Enterprise Parameters, enable BLF for Call Lists.
You might have to restart phones for that to take effect, but that should
fix your problem.

Thanks,

James

On Thu, Jun 23, 2016 at 8:37 AM, Sebastian Hagedorn
 wrote:


Hi,

we're running CUCM and CUP 10.5(2) and we just got a few 8845 phones. One
new feature I noticed, but haven't found any info on, is that in the
corporate directory there is an icon and text for the presence status of
the user, just like in Jabber. Alas, the icon is grey and the text reads
"offline" for all users. I'm assuming that I have to do something to
enable the phone to access the presence servers.

I have used BLF before, which requires something similar, so I tried
adding the SUBSCRIBE CSS to the phone, but that hasn't changed anything.
What am I missing?


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip