Re: [cisco-voip] Jabber Issues

2017-04-07 Thread naresh rathore
hi,




there is LDAP integration (AD) for the user on CUCM. following is the 
jabber-config file being used.






http://l/activate/default.aspx;
true
true


false
true
outlook.office365.com
outlook.office365.com
1
TopRight


true
WEBEX,CUP
true
true


CDI
msRTCSIP-PrimaryUserAddress
msRTCSIP-PrimaryUserAddress
sip:
2
thumbnailPhoto
ipPhone


UDS
http:///photos/%%uid%%.jpg;


internal.local






Regards


Naresh Rathore



From: Florian Kroessbacher 
Sent: Friday, April 7, 2017 6:35 PM
To: cisco-voip@puck.nether.net; naresh rathore
Subject: Re: [cisco-voip] Jabber Issues

Hy

Which directory integration are u using, maybe there is a config issue with the 
new CDI,
i was seeing problems iff u are using edi params in the jabber-config.xml and 
the cdi Params weren't there.
So maybe u hae to configure the CDI params wright.


Am 7. Apr. 2017, 07:56 +0200 schrieb naresh rathore :

hi All



i am currently facing two issues with Jabber.



1. jabber is used in Phone only mode on this particular computer. CUCM version 
is 10.5.2. when I use jabber 11.7, i can see my mobile number under my Name but 
when i install jabber 11.8.3 on my windows 7 machine, instead of number, i see 
my email under my name on top.


2. Also on Jabber 11.7, when i hover over the user, it automatically shows the 
user profile. but on Jabber 11.8.3 when i hover over the user, nothing happens 
and i have to do righclick and see the profile.



it works Ok with Jabber 11.7 but doesnt work if i upgrade to Jabber 11.8.3



Regards


Naray.



___
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


[cisco-voip] Garbage in Call Logs on 2921router

2017-04-07 Thread ROZA, Ariel
Hi, guys.

While troubleshooting a call issue in a 2921 router, i found this message 
between the logs

Apr  5 12:47:39.885: //-1/E33315F498E1/CCAPI/cc_api_call_setup_ind_common:
   Sub Calling(TON=Unknown, NPI=Unknown, Data=vD=^E" 

Re: [cisco-voip] cisco 8851 problematic

2017-04-07 Thread Daniel Pagan
Not sure if you found a solution to this problem, but I've been working on a 
similar issue since my last message. We are thinking the problem is related to 
an existing defect, CSCup16651, only this bug is filed under CIPC instead of 
the 88XX/89XX model. The defect describes the same output we're observing on 
affected IP phones where console logs display "Max TCP connections reached" and 
begin showing delayed processing of SIP transactions.

If, for whatever reason, you have a CUCM node in the CCM group offline in your 
scenario, you might run into this problem. I'm currently pushing for creation 
of a new defect and can share that ID if you feel it would help.

Hope this helps.

Dan


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Daniel Pagan
Sent: Thursday, February 9, 2017 10:28 AM
To: cisco.voip ; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] cisco 8851 problematic

I have heard of this but have yet to see it from a trace perspective. For 
troubleshooting, my first step would be to determine if the problem is CUCM or 
the IP Phones that don't stop ringing. The call is sent to an 8851/61 using 
INVITE, which means CUCM should force them to stop ringing on CANCEL.

>>> INVITE
<<< 100 Trying
<<< 180 Ringing
[[ Answered on other phone ]]
>>> CANCEL
<<< 200 OK CSeq Cancel
<<< 487 Request Terminated CSeq INVITE
>>> ACK

If this transaction occurs without issues, the problem is likely the IP phone 
and not CUCM, but digging in further would likely require review of console 
logs off the phone to determine if the CANCEL was received and handled 
properly. If this transaction does not occur, then further review into SDL 
signaling would be needed depending on where the transaction broke.

Basic way to find SIP signaling to an 88XX is searching CCM SDL traces for "TCP 
message to  on port" or "TCP message from  
on port". Console logs would contain signaling info too and might be easier, 
but SDL of course is not written there.

Curious... what version of firmware are you running?

-Original Message-
From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
cisco.voip
Sent: Thursday, February 09, 2017 2:52 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] cisco 8851 problematic

All, i'm on CucM 10.5.2 using cisco 8851 and 8861.
When several phones share the same number, when that line is picked up by one 
of the phones - all the other phones continue ringing.
Anyone experience this, or have a tshoot method that works,

Thanks,
Ciscovoip


___
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] Jabber Issues

2017-04-07 Thread Florian Kroessbacher
Hy

Which directory integration are u using, maybe there is a config issue with the 
new CDI,
i was seeing problems iff u are using edi params in the jabber-config.xml and 
the cdi Params weren't there.
So maybe u hae to configure the CDI params wright.

Am 7. Apr. 2017, 07:56 +0200 schrieb naresh rathore :
>
> hi All
>
>
>
>
>
>
>
>
>
>
> i am currently facing two issues with Jabber.
>
>
>
>
>
>
>
>
>
>
> 1. jabber is used in Phone only mode on this particular computer. CUCM 
> version is 10.5.2. when I use jabber 11.7, i can see my mobile number under 
> my Name but when i install jabber 11.8.3 on my windows 7 machine, instead of 
> number, i see my email under my name on top.
>
>
>
>
>
>
> 2. Also on Jabber 11.7, when i hover over the user, it automatically shows 
> the user profile. but on Jabber 11.8.3 when i hover over the user, nothing 
> happens and i have to do righclick and see the profile.
>
>
>
>
>
>
>
>
>
>
> it works Ok with Jabber 11.7 but doesnt work if i upgrade to Jabber 11.8.3
>
>
>
>
>
>
>
>
>
>
> Regards
>
>
>
>
>
>
> Naray.
>
>
>
>
>
>
>
>
>
>
> ___
> 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 HA and CUIC Historical Data Source

2017-04-07 Thread Abhiram Kramadhati (akramadh)
I will get back on this by Monday with details.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065


From: cisco-voip  on behalf of Anthony 
Holloway 
Date: Friday, 7 April 2017 at 6:01 AM
To: Nick Britt 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] UCCX HA and CUIC Historical Data Source

Nope. Abhiram?

On Thu, Apr 6, 2017 at 2:31 PM Nick Britt 
> wrote:
Hi Anthony,

Sorry to grave dig but just wondered if you ever got an answer for this?

I am about to go down this rabbit hole myself as a customer wants a better 
explanation (documentation) as to how this is supposed  to be configured and 
how this should behave.

Cheers

Nick

On Wed, Jun 15, 2016 at 10:22 PM, Anthony Holloway 
> wrote:
There seems to be zero documentation for UCCX that mentions changing or adding 
Data Source configuration in CUIC when running HA; whether HAoL or HAoW.

However, I have heard from Cisco employees, forums posts, and colleagues, these 
two points:
1.The Data Source should point to the secondary node, and you have to 
manually change it, as the default is pointing to the primary node.
2.The Data Source's Secondary tab is defaulted to disabled, and not 
populated.  It shouldn't be used, and CUIC takes care of updating the Data 
Source during a failure.
First off, where in the documentation is that explained?  I cannot find a good 
explanation, sans ambiguity, to save my life.  Are people just spreading rumors 
and old wives tales?

Also, I do know that back in the HRC days, the client would handle the 
connection to the secondary server automatically.  So, I can see where this 
tale comes from.

Now, with HAoW, I tested failover with the server shutdown.  Not in slave, but 
actually powered off.  What I observed was, the Data Source was not 
automatically updated, and I could run any reports, despite being logged in to 
the secondary CUIC server.  The Data Source connection test failed, obviously, 
and reports failed, obviously.

I did consider take a leap of faith and confiure the CUIC Data Source's 
Secondary tab, but the user account to connect to the DB instance was not in my 
control, and I don't know the password.  I'm sure I could get it, but it was a 
show stopper nonetheless.

So, has anyone here actually tested with a failed node or island mode with 
their HA setup, or is it all just speculation, like this post:

https://supportforums.cisco.com/discussion/12473981/ha-uccx-cuic-data-only-one-server

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



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