I've been trying to connect to Finesse's XMPP events, but I'm getting a
My auth. XML looks like this:
<auth mechanism="PLAIN" xmlns="urn:ietf:params:xml:ns:xmpp-sasl">AEFnZW50MDAyAGNpc2NvcHNkdA==</auth>
I use the Finesse 11.6 Sandbox.
I connect using
I've tried both with and without a certificate. Same error.
In Cisco_Finesse_Web_Services_Developer_Guide_Release_11.6.pdf it says (p. 315) that I should download a PEM file for the certificate that starts with "tomcat". As there are 11 of those, I've tried the ones marked here
In https://community.cisco.com/t5/contact-center/xmpp-error-not-authorized/m-p/3477823#M2971 it was suggested to use "the numeric" agent id. So I tried to use Agent002's extension 6002. Same problem.
I've had to use a third party XMPP module (actually, I've tried two, same result). I code in C#, so I can't use any java modules etc (some pre-made modules was mentioned in the PDF).
Also: if or when I am accepted by the server, I assume I don't have to do other than listening for incoming messages, as it was mentioned on p. 287 in the PDF, that an agent would automatically receive user, dialog and media notifications, which is just what I need.
Have you tried to connect to the XMPP server using a XMPP client such as adium or pidgin? https://developer.cisco.com/docs/finesse/#!environment-and-tools
The configuration to connect to the XMPP server is very particular. You need to have the right options turned on. In particular:
Allow plaintext auth over unencrypted streams, Use encryption if available, and the right SASL authentication.
This thread might be useful for you because it is specifically about C# and connecting to the notification server:
I got the Pidgin client now, and that _could_ connect. After enabling the XMPP Console plugin I saw the XMPP that it sends to authenticate. I send the exact same XML....but I don't think I'm on the guest list, because I get the same error.
Are there by chance some logs on the server side so I can see what Pidgin and I send (or rather, what Finesse receives)?
Edit: Today I've used Agent013.
I and Pidgin both sent:
<auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='PLAIN' client-uses-full-bind-result='true'>AGFnZW50MDEzAGNpc2NvcHNkdA==</auth>
When using Wireshark to examine data more closely, it seems Pidgin sent a little more than its XMPP console claimed:
<auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='PLAIN' xmlns:ga='http://www.google.com/talk/protocol/auth' ga:client-uses-full-bind-result='true'>AGFnZW50MDEzAGNpc2NvcHNkdA==</auth>
I tried to send the same, but still with not luck.
I am not sure if it actually shows what you are looking for, but you can take a look at the openfire logs. You may need to turn on debug logs: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/finesse/finesse_1161/Admin/guide/cfin_b_cisco-finesse-administration-guide-116/cfin_b_cisco-finesse-administration-guide-116_appendix_010000.html#CFIN_RF_CDE007C4_00
Did you take a look at that example C# code I referenced in the previous reply?
I'm so glad that you were able to figure out the connection and thank you for posting your solution for other folks.
I have noticed, that in some cases Dialogs arrive as:
In others, the update looked like:
I wonder why that is so, especially why a Dialog is sometimes shown with uppder case D and others lower case d.
So the first one <Update><data><dialogs><Dialog> is an update on the user's list of dialogs, hence the <dialogs><Dialog>. It is usually when a dialog gets added or deleted.
The second one <Update><data><dialog> is an update on the individual dialog itself, which is why there isn't a <dialogs>. I can't remember why one has a capital and one doesn't anymore, but there was a reason.