topic Re: Jabber configuration file (former jabber-config.xml) in Collaboration Applications

Jabber configuration file (former jabber-config.xml)

MrCat — Sun, 28 Aug 2022 15:28:29 GMT

Hi there,

Is Jabber configuration file only available to download from the publisher?

I was testing redundancy with jabber and CUCM 12.5 and I see that when I press ctrl+shift+d on Jabber while my publisher node is down, it says "Jabber Configuration File: Not available".

When I turn the publisher node back up and restart Jabber it comes up with only single line where it takes the configuration file from publisher node only.

At the same time it all works just fine on Jabber and the settings I had on Jabber config xml file look to be applied, even with the publisher node down and after jabber restart and even reset. I wonder if this is a cosmetic issue or a bug or this is the limitation that jabber configuration file is only capable of being downloaded from publisher node?

Thanks

Re: Jabber configuration file (former jabber-config.xml)

b.winter — Mon, 29 Aug 2022 06:40:44 GMT

If you haven't uploaded the xml-file to any other node, then it's only downloadable for Jabber from the publisher.
Jabber can't download something from a different node, which isn't there.

And it also depends on how you have set your DNS-SRV records. If you only have on for the publisher, then Jabber doesn't know anything about other nodes in the cluster and therefore is not able to download files from them.

Re: Jabber configuration file (former jabber-config.xml)

Maren Mahoney — Mon, 29 Aug 2022 14:12:03 GMT

The jabber-config.xml file is uploaded to a TFTP server, and that TFTP server shares it with other TFTP servers. (And then the Cisco Tftp Service needs to be restarted on all TFTP servers.) When a Jabber client goes about the registration process, it will download the jabber-config.xml file from wherever it is told to.

Is your Publisher the TFTP server? Do you have another TFTP server in your cluster?

For the Jabber client, once it downloads the jabber-config.xml file on first registration it will continue to use the information previously downloaded. It checks for new information on each registration, but will use what it has if it can't download the file.

Maren

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Mon, 29 Aug 2022 14:49:54 GMT

Just to note an alternative, starting in CUCM 12 you can create Jabber Config files via the GUI by creating it as UC Service and then adding that service to a Service Profile. It is more efficient than editing an XML file and uploading it to all TFTP servers for each configuration change.

V/R,

Rob

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Fri, 02 Sep 2022 19:37:07 GMT

That’s what I did on my 12.5. Just need to figure out why it’s displayed only as if it was on publisher when pressing ctrl shift d on Jabber. Try yours and see if you have multiple nodes listed for the config file.

Re: Jabber configuration file (former jabber-config.xml)

TechLvr — Fri, 02 Sep 2022 20:29:59 GMT

What do you see under the "TFTP_SERVERS" section of your Jabber diagnostics page (ctrl+shift+d) when the Publisher is up and running? Just the Publisher or do you see any other nodes listed as TFTP servers?

It is possible that the TFTP service is currently running only on your CUCM Publisher. You need to make sure TFTP is running on at least one subscriber node as well. If it is already running, then try restarting TFTP on that node and test again.

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Wed, 07 Sep 2022 00:39:37 GMT

Concur with @TechLvr and to verify which nodes TFTP service is running on.
Please see screenshot.

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Tue, 20 Sep 2022 17:55:49 GMT

Exactly my point is on your screenshot provided.

If you take a look at the line Jabber configuration file, it points only at your publisher node. Which is my case. When your publisher node is down, new jabber clients are not able to download jabber config file, as for some reason it is only on publisher. Try this and you will see that jabber will tell you Not Found on that line when your publisher node is down. How is this the case with 12.5? Jabber configuration file should be available on all nodes, does not matter if it is configured using the UC Service new method on 12.5 or not.

Thanks!

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Wed, 21 Sep 2022 14:22:07 GMT

@MrCat ,

I stopped the TFTP service on the Pub and the client was able to sign in with no issues, even after a reset. The Jabber configuration file was pulled from the Sub in the cluster also running TFTP.

However, I see what you are talking about. I shutdown my Publisher and then was able to login again with no issues even after deleting the \AppData\Local\Cisco & \AppData\Roaming\Cisco folders; and now see the 'Not available'.

The Jabber logs do show the successful pull of the config from the Subscriber though.

Then I started the Publisher, deactivated the TFTP service instead of just stopping it, and shut it back down. Jabber logged in without issue and this time it does not show the config being 'unavailable'.

Jabber attempted to pull the config from a TFTP server and encountered an error since it did not receive a response (unavailable/timeout), but was successful in pulling a config from somewhere else (Sub). I believe this is working as designed and this message is just a warning and not an error since it is in yellow and not red, i.e.

I hope this helps.

V/R,

Rob

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Thu, 22 Sep 2022 14:55:50 GMT

Thanks Rob for your investigation, however from what I see in the jabber logs, it is pulling hqonecsf.cnf.xml, which is really not a jabber-config file, rather a device XML file. Try changing some visible parameter on the CUCM service profile for jabber configuration and see if it loads after full jabber reset on the first discovery when your publisher is shutdown. It will show you as if it was a default jabber config (i.e. no jabber-configuration file), since the config file is not pulled from subs.

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Thu, 22 Sep 2022 15:25:41 GMT

I see what you mean on the device config xml file, but I did shut down the Publisher after disabling the TFTP service on it and after resetting the client, was able to see the Jabber Configuration File, as populated in my penultimate screenshot. Are you deactivating the TFTP service in your environment before shutting down the Pub?

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Thu, 22 Sep 2022 17:09:36 GMT

Not really, what i do is just disconnecting publisher (i.e. disconnecting the VM from the network) to simulate real world outage.

Jabber would be able to login just does not download the jabber-config file. Which is perplexing as it is available on every other node in the cluster.

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Thu, 22 Sep 2022 17:58:40 GMT

Do you see in your logs where it fails to download the default-config? I do not believe the default-config file is only available from the Publisher. Deactivate the service and then disconnect the adapter and see what happens.

Also, just to note for real world testing, the TFTP service shouldn't be running on the Publisher except as a backup in Local Failover sites, with less than 1250 total users in the cluster. It would be a serious oversight to make any device's default-config only available on the Publisher.
12X SRND Call Processing

Re: Jabber configuration file (former jabber-config.xml)

TechLvr — Thu, 22 Sep 2022 18:02:10 GMT

@MrCat Jabber can pull down Jabber-config.xml file from any node that has TFTP service running, even if the Pub is down. In many large deployments, TFTP service is not even activated on the Publisher, and Jabber can still access both cnf.xml and Jabber-config.xml files.

On your test CSF device configuration page, can you make sure "Cisco Support Field" box is blank? Before CUCM 12.X, you would use this field to enter the URL for a second Jabber xml file (with a different name), and it would take precedence over the global Jabber-config.xml file. You used it to apply a separate xml to only a group of Jabber devices. Obviously, you don't need that in CUCM 12.x but you may have upgraded from an older version, and you have forgotten that it existed there. If the field is populated with a URL, then most likely, it contains the IP address of the Publisher, when you disconnect the Pub, it won't have access to the old XML URL any more, and it won't use the global unless the field is blank.

If the Cisco Support Field is blank on the CSF device, then are you sure that TFTP service is actually running on at least one Subscriber? If yes, have you restarted the TFTP service on the Subscriber?

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Thu, 22 Sep 2022 18:32:47 GMT

I did not even check the logs, I just tried to login to jabber (after resetting it i.e. deleting the local and roaming profiles as if it was a new login) and it loaded as if it was without customised jabber config and also says Jabber Configuration File: Not Available. So I assumed it is because of that. Do you see anywhere in your logs that it pulled the jabber-config file from sub?

Thanks

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Thu, 22 Sep 2022 18:37:50 GMT

Cisco Support field is empty and I am running TFTP service on every node on the cluster of 5 nodes. Jabber shows all 5 nodes when I press ctrl+shift+d under TFTP_SERVERS

I have not restarted TFTP service on subscribers, as I dont see why do I have to do that if there is only publisher that failed.

I have also opened a Cisco TAC case and it has been two day they did not come back to me with anything as of now.

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Thu, 22 Sep 2022 18:39:23 GMT

I will have to test again to look at logs. (It may be a minute as I just reverted all my snapshots last night). If you go back to my previous post, it does show the Jabber diagnostics as pulling the Jabber Configuration File from the Sub when the Pub was shutdown with TFTP disabled.

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Fri, 23 Sep 2022 20:40:20 GMT

I see that you simply deactivated TFTP service on publisher and then jabber pulled the configuration from sub. But what happens when your sub goes off (adapter disconnect) would jabber pull the configuration file from another sub? I believe it will be the same behaviour as with the pub and it would show not available instead of moving to the next sub (or back to pub if you have tftp running on pub again).

thanks

Re: Jabber configuration file (former jabber-config.xml)

Robert Profit — Wed, 28 Sep 2022 19:24:02 GMT

I have looked for a line referencing the Jabber Configuration File field in 'working' and 'non-working' Jabber log files and do not see an entry for it. I believe that it is still working as designed and that since the entry of Jabber Configuration File on the Diagnostics window is in yellow and not red, it is just a warning and not a failure. After a reset, my client still picks up the items (like voicemail) in the UC Service/Jabber XML even though my Publisher with TFTP enabled is unreachable.

In the screenshot, Jabber Config File is not available and displayed in yellow just like the certificate validations. The computer does not trust them and they had to be manually accepted by the user. This is opposite of the client not being able to resolved the collab-edge SRV record altogether, as denoted in red.

Please please let us know on this thread if TAC updates you.

V/R

Rob

Re: Jabber configuration file (former jabber-config.xml)

MrCat — Tue, 04 Oct 2022 12:53:02 GMT

Thanks Robert, I sure will update once I get a result.