Mailing List Archive

I may not understand exactly what you're trying to do, but, I think that will come out during discussion.

I have a production cluster and a development cluster.

To switch between the clusters (and to switch users) I have had to do two things:


* Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
* Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)

I know there are a few parameters out there that allow you to push the domain out, but I'm not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.

Let the games begin!




From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Nick Barnett
Sent: Wednesday, April 28, 2021 10:16 AM
To: cisco-voip <cisco-voip@puck.nether.net>
Subject: [cisco-voip] moving jabber client between clusters for support?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.

I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.

Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.

My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.

Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.

Thanks,
Nick

The quick and dirty way is to setup your own DNS server using the same domain as production with SRV records that point to your dev environment.

Switch the DNS servers set on your client PC and toggle back and forth as needed.

> On Apr 28, 2021, at 09:28, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
> I may not understand exactly what you’re trying to do, but, I think that will come out during discussion.
>
> I have a production cluster and a development cluster.
>
> To switch between the clusters (and to switch users) I have had to do two things:
>
> Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
> Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)
>
> I know there are a few parameters out there that allow you to push the domain out, but I’m not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.
>
> Let the games begin!
>
>
>
>
> From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Nick Barnett
> Sent: Wednesday, April 28, 2021 10:16 AM
> To: cisco-voip <cisco-voip@puck.nether.net>
> Subject: [cisco-voip] moving jabber client between clusters for support?
>
> CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca
>
> Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.
>
> I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.
>
> Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.
>
> My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.
>
> Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.
>
> Thanks,
> Nick
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

That’s definitely another way!

From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of UC Penguin
Sent: Wednesday, April 28, 2021 10:42 AM
Cc: cisco-voip <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] moving jabber client between clusters for support?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

The quick and dirty way is to setup your own DNS server using the same domain as production with SRV records that point to your dev environment.

Switch the DNS servers set on your client PC and toggle back and forth as needed.


On Apr 28, 2021, at 09:28, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?
I may not understand exactly what you’re trying to do, but, I think that will come out during discussion.

I have a production cluster and a development cluster.

To switch between the clusters (and to switch users) I have had to do two things:


* Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
* Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)

I know there are a few parameters out there that allow you to push the domain out, but I’m not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.

Let the games begin!




From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Nick Barnett
Sent: Wednesday, April 28, 2021 10:16 AM
To: cisco-voip <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] moving jabber client between clusters for support?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.

I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.

Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.

My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.

Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.

Thanks,
Nick

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Thanks, let me try and clarify a bit.



We have a support team that needs to log their Jabber device into multiple clusters. Using the "home cluster" setting is too cumbersome and requires CUCM access. Our testers do not have CUCM access, but they can modify their own local config files.



Ultimately, I'm looking for a bootstrap hack, or some other way, to MANUALLY and / or STATICALLY define which cluster the Jabber client registers with.



This is purely for our support group with CUCM access and our testing team without CUCM access. No real end users need to use this feature... but security is taking away our CIPC and I need to have another way for them to jump between prod clusters...



Additionally, I personally have to jump between prod and non-prod, so i want this fix for me as well.



Ideally, there is something local that a tech can do to their jabber config file, bootstrap, or registry that will make their jabber register to a specific cluster instead of using UPN discovery. Granted, some of the installation switches seem to fundamentally change how jabber is installed (imagine that!)... so another requirement would be NOT HAVING TO uninstall and reinstall with different switches. (If in the end, the support team MUST be configured to never use UPN, that's fine, i just want to know the best way).



Does that make it any clearer? I'm just looking for an easy way to hop between clusters without discovery to replace CIPC.



Thanks!


On Wed, Apr 28, 2021, at 9:26 AM, Lelio Fulgenzi wrote:
> I may not understand exactly what you’re trying to do, but, I think that will come out during discussion.

>

> I have a production cluster and a development cluster.

>

> To switch between the clusters (and to switch users) I have had to do two things:

>

> * Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
> * Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)
>

> I know there are a few parameters out there that allow you to push the domain out, but I’m not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.

>

> Let the games begin!

>

>

>

>


> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Nick Barnett
> *Sent:* Wednesday, April 28, 2021 10:16 AM
> *To:* cisco-voip <cisco-voip@puck.nether.net>
> *Subject:* [cisco-voip] moving jabber client between clusters for support?

>

> *CAUTION:* This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca

>

> Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.

>

> I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.

>

> Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.

>

> My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.

>

> Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.

>

> Thanks,

> Nick

>



Thanks,
Nick

Creating a uniquely named user account marked as home cluster on each cluster would appear to be the simplest. This assumes you have ILS setup between all clusters and you don’t have a large number of clusters that would chew through licensing.

> On Apr 28, 2021, at 11:03, Nick Barnett <nick@barnett.email> wrote:
>
> ?
> Thanks, let me try and clarify a bit.
>
>
>
> We have a support team that needs to log their Jabber device into multiple clusters. Using the "home cluster" setting is too cumbersome and requires CUCM access. Our testers do not have CUCM access, but they can modify their own local config files.
>
>
>
> Ultimately, I'm looking for a bootstrap hack, or some other way, to MANUALLY and / or STATICALLY define which cluster the Jabber client registers with.
>
>
>
> This is purely for our support group with CUCM access and our testing team without CUCM access. No real end users need to use this feature... but security is taking away our CIPC and I need to have another way for them to jump between prod clusters...
>
>
>
> Additionally, I personally have to jump between prod and non-prod, so i want this fix for me as well.
>
>
>
> Ideally, there is something local that a tech can do to their jabber config file, bootstrap, or registry that will make their jabber register to a specific cluster instead of using UPN discovery. Granted, some of the installation switches seem to fundamentally change how jabber is installed (imagine that!)... so another requirement would be NOT HAVING TO uninstall and reinstall with different switches. (If in the end, the support team MUST be configured to never use UPN, that's fine, i just want to know the best way).
>
>
>
> Does that make it any clearer? I'm just looking for an easy way to hop between clusters without discovery to replace CIPC.
>
>
>
> Thanks!
>
>
>> On Wed, Apr 28, 2021, at 9:26 AM, Lelio Fulgenzi wrote:
>> I may not understand exactly what you’re trying to do, but, I think that will come out during discussion.
>>
>>
>>
>> I have a production cluster and a development cluster.
>>
>>
>>
>> To switch between the clusters (and to switch users) I have had to do two things:
>>
>>
>>
>> Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
>> Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)
>>
>>
>> I know there are a few parameters out there that allow you to push the domain out, but I’m not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.
>>
>>
>>
>> Let the games begin!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Nick Barnett
>> Sent: Wednesday, April 28, 2021 10:16 AM
>> To: cisco-voip <cisco-voip@puck.nether.net>
>> Subject: [cisco-voip] moving jabber client between clusters for support?
>>
>>
>> CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca
>>
>>
>>
>> Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.
>>
>>
>>
>> I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.
>>
>>
>>
>> Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.
>>
>>
>>
>> My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.
>>
>>
>>
>> Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.
>>
>>
>>
>> Thanks,
>>
>> Nick
>>
>>
>>
>
>
> Thanks,
> Nick
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

A different user is another good idea.

Be careful with the bootstrap file though. You will need

upnDiscoveryEnabled: FALSE

and you can only change this by deleting the directories (I think) C:\ProgramData\Cisco Systems\Cisco Jabber

or by re-installing with a CLEAR=1 and the UPN_DISCOVERY_ENABLED=false

It’s enabled by default.



From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of UC Penguin
Sent: Wednesday, April 28, 2021 12:55 PM
Cc: cisco-voip <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] moving jabber client between clusters for support?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Creating a uniquely named user account marked as home cluster on each cluster would appear to be the simplest. This assumes you have ILS setup between all clusters and you don’t have a large number of clusters that would chew through licensing.


On Apr 28, 2021, at 11:03, Nick Barnett <nick@barnett.email<mailto:nick@barnett.email>> wrote:
?
Thanks, let me try and clarify a bit.

We have a support team that needs to log their Jabber device into multiple clusters. Using the "home cluster" setting is too cumbersome and requires CUCM access. Our testers do not have CUCM access, but they can modify their own local config files.

Ultimately, I'm looking for a bootstrap hack, or some other way, to MANUALLY and / or STATICALLY define which cluster the Jabber client registers with.

This is purely for our support group with CUCM access and our testing team without CUCM access. No real end users need to use this feature... but security is taking away our CIPC and I need to have another way for them to jump between prod clusters...

Additionally, I personally have to jump between prod and non-prod, so i want this fix for me as well.

Ideally, there is something local that a tech can do to their jabber config file, bootstrap, or registry that will make their jabber register to a specific cluster instead of using UPN discovery. Granted, some of the installation switches seem to fundamentally change how jabber is installed (imagine that!)... so another requirement would be NOT HAVING TO uninstall and reinstall with different switches. (If in the end, the support team MUST be configured to never use UPN, that's fine, i just want to know the best way).

Does that make it any clearer? I'm just looking for an easy way to hop between clusters without discovery to replace CIPC.

Thanks!

On Wed, Apr 28, 2021, at 9:26 AM, Lelio Fulgenzi wrote:

I may not understand exactly what you’re trying to do, but, I think that will come out during discussion.



I have a production cluster and a development cluster.



To switch between the clusters (and to switch users) I have had to do two things:



* Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
* Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)



I know there are a few parameters out there that allow you to push the domain out, but I’m not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.



Let the games begin!








From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Nick Barnett
Sent: Wednesday, April 28, 2021 10:16 AM
To: cisco-voip <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] moving jabber client between clusters for support?



CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>



Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.



I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.



Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.



My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.



Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.



Thanks,

Nick




Thanks,
Nick

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Nick,

This is what I have done to register between test and prod clusters for
J4W. I reset my Jabber client and then kill off that process.

Browse to C:\ProgramData\Cisco Systems\Cisco Jabber. Use Notepad++ or some
other editor.

Example Bootstrap

You can modify the file, but each position is designated for a particular
parameter -- upnDiscoveryEnabled is the 30th position and can only be added
at that position. The parameters and values are case sensitive as well.
You'll want to set position 17 (ServicesDomain) and 18
(VoiceServicesDomain) to NOT_SPECIFIED. When you do Notepad++ will tell you
that you have to be an Administrator, so say yes and repeat those steps and
save that file. Once those settings are blanked out, you can open Jabber.
Go into Advanced Settings and set Cisco Communications Manager 9 or later
and Use the following server to the CCM/TFTP of the cluster in question.
Then typical user setup with home cluster checked. It has been a while, but
that is how I believe I jumped to our test cluster. Then when you are done
testing and want to set the config back just put ServicesDomain:
yourdomain.com to position 17 and VoiceServicesDomain: yourdomain.com to
position 18.

NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
Forgot_Password_URL: https://Forgotlogin.com
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
ServicesDomain: yourdomain.com
VoiceServicesDomain: yourdomain.com
ServiceDiscoveryExcludedServices: WEBEX,CUP
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
upnDiscoveryEnabled: false
Meetings_Enabled: True
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
UpdateUrl: http://updateURL.com
EnableDPIAware: TRUE
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
Location_Mode: ENABLEDNOPROMPT
NOT_SPECIFIED

Thanks,
Mike

On Wed, Apr 28, 2021 at 1:10 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

> A different user is another good idea.
>
>
>
> Be careful with the bootstrap file though. You will need
>
>
>
> upnDiscoveryEnabled: FALSE
>
>
>
> and you can only change this by deleting the directories (I think)
> C:\ProgramData\Cisco Systems\Cisco Jabber
>
>
>
> or by re-installing with a CLEAR=1 and the UPN_DISCOVERY_ENABLED=false
>
>
>
> It’s enabled by default.
>
>
>
>
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *UC
> Penguin
> *Sent:* Wednesday, April 28, 2021 12:55 PM
> *Cc:* cisco-voip <cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] moving jabber client between clusters for
> support?
>
>
>
> *CAUTION:* This email originated from outside of the University of
> Guelph. Do not click links or open attachments unless you recognize the
> sender and know the content is safe. If in doubt, forward suspicious emails
> to IThelp@uoguelph.ca
>
>
>
> Creating a uniquely named user account marked as home cluster on each
> cluster would appear to be the simplest. This assumes you have ILS setup
> between all clusters and you don’t have a large number of clusters that
> would chew through licensing.
>
>
>
> On Apr 28, 2021, at 11:03, Nick Barnett <nick@barnett.email> wrote:
>
> ?
>
> Thanks, let me try and clarify a bit.
>
>
>
> We have a support team that needs to log their Jabber device into multiple
> clusters. Using the "home cluster" setting is too cumbersome and requires
> CUCM access. Our testers do not have CUCM access, but they can modify their
> own local config files.
>
>
>
> Ultimately, I'm looking for a bootstrap hack, or some other way, to
> MANUALLY and / or STATICALLY define which cluster the Jabber client
> registers with.
>
>
>
> This is purely for our support group with CUCM access and our testing team
> without CUCM access. No real end users need to use this feature... but
> security is taking away our CIPC and I need to have another way for them to
> jump between prod clusters...
>
>
>
> Additionally, I personally have to jump between prod and non-prod, so i
> want this fix for me as well.
>
>
>
> Ideally, there is something local that a tech can do to their jabber
> config file, bootstrap, or registry that will make their jabber register to
> a specific cluster instead of using UPN discovery. Granted, some of the
> installation switches seem to fundamentally change how jabber is installed
> (imagine that!)... so another requirement would be NOT HAVING TO uninstall
> and reinstall with different switches. (If in the end, the support team
> MUST be configured to never use UPN, that's fine, i just want to know the
> best way).
>
>
>
> Does that make it any clearer? I'm just looking for an easy way to hop
> between clusters without discovery to replace CIPC.
>
>
>
> Thanks!
>
>
>
> On Wed, Apr 28, 2021, at 9:26 AM, Lelio Fulgenzi wrote:
>
> I may not understand exactly what you’re trying to do, but, I think that
> will come out during discussion.
>
>
>
> I have a production cluster and a development cluster.
>
>
>
> To switch between the clusters (and to switch users) I have had to do two
> things:
>
>
>
> - Create a new service discovery domain with the appropriate servers
> listed (including development expressway cluster)
> - Ensure I use the UDS disabled switch when installing Jabber (this
> allows for different userIDs to be used)
>
>
>
> I know there are a few parameters out there that allow you to push the
> domain out, but I’m not 100% sure how that works to be honest. Especially
> because it sounded like they were meant to be done at install time. And
> still required a domain to be set.
>
>
>
> Let the games begin!
>
>
>
>
>
>
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Nick
> Barnett
>
> *Sent:* Wednesday, April 28, 2021 10:16 AM
>
> *To:* cisco-voip <cisco-voip@puck.nether.net>
>
> *Subject:* [cisco-voip] moving jabber client between clusters for support?
>
>
>
> *CAUTION:* This email originated from outside of the University of
> Guelph. Do not click links or open attachments unless you recognize the
> sender and know the content is safe. If in doubt, forward suspicious emails
> to IThelp@uoguelph.ca
>
>
>
> Up until now, I've just been using CIPC as it does everything I needed it
> to do... for the most part. Starting this year, I have to jump through way
> too many hoops to keep using CIPC as it is EOL and our security team
> doesn't like that.
>
>
>
> I'm trying to figure out how to configure my Jabber client to register to
> a specific non-prod cluster, but I'm not having much luck.
>
>
>
> Our prod has 2 clusters with ILS. the internal SRV record for discovery
> contains all nodes for both clusters. This works just fine in production
> and relies on the HOME CLUSTER checkbox for the user to be logged into the
> correct cluster.
>
>
>
> My problem comes because I work on non-prod systems as well as prod. The
> only way I've been able to figure out how to get my jabber to jump to
> non-prod system is to create a NEW srv record that only contains the nodes
> of the cluster I want to work with and then change the entry in the
> bootstrap file.
>
>
>
> Is there some way to override discovery and hard code a TFTP or subscriber
> so that Jabber goes to the intended cluster? Or, maybe there's a way to do
> this without a custom SRV record for each non-prod cluster using registry
> like we could in Cucilync? Some other trick? I'm hopeful there is some
> combination of bootstrap settings that I need to figure out, but all of
> those fields can be a nightmare to get correct without unintentionally
> breaking something else.
>
>
>
> Thanks,
>
> Nick
>
>
>
>
>
>
>
> Thanks,
>
> Nick
>
>
>
> _______________________________________________
> 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
>

Nice!

Sent from my iPhone

On Apr 28, 2021, at 6:04 PM, Michael Nickolich <michael.nickolich@gmail.com> wrote:

?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca


Nick,

This is what I have done to register between test and prod clusters for J4W. I reset my Jabber client and then kill off that process.

Browse to C:\ProgramData\Cisco Systems\Cisco Jabber. Use Notepad++ or some other editor.

Example Bootstrap

You can modify the file, but each position is designated for a particular parameter -- upnDiscoveryEnabled is the 30th position and can only be added at that position. The parameters and values are case sensitive as well. You'll want to set position 17 (ServicesDomain) and 18 (VoiceServicesDomain) to NOT_SPECIFIED. When you do Notepad++ will tell you that you have to be an Administrator, so say yes and repeat those steps and save that file. Once those settings are blanked out, you can open Jabber. Go into Advanced Settings and set Cisco Communications Manager 9 or later and Use the following server to the CCM/TFTP of the cluster in question. Then typical user setup with home cluster checked. It has been a while, but that is how I believe I jumped to our test cluster. Then when you are done testing and want to set the config back just put ServicesDomain: yourdomain.com<http://yourdomain.com> to position 17 and VoiceServicesDomain: yourdomain.com<http://yourdomain.com> to position 18.

NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
Forgot_Password_URL: https://Forgotlogin.com
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
ServicesDomain: yourdomain.com<http://yourdomain.com>
VoiceServicesDomain: yourdomain.com<http://yourdomain.com>
ServiceDiscoveryExcludedServices: WEBEX,CUP
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
upnDiscoveryEnabled: false
Meetings_Enabled: True
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
UpdateUrl: http://updateURL.com
EnableDPIAware: TRUE
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
NOT_SPECIFIED
Location_Mode: ENABLEDNOPROMPT
NOT_SPECIFIED

Thanks,
Mike

On Wed, Apr 28, 2021 at 1:10 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
A different user is another good idea.

Be careful with the bootstrap file though. You will need

upnDiscoveryEnabled: FALSE

and you can only change this by deleting the directories (I think) C:\ProgramData\Cisco Systems\Cisco Jabber

or by re-installing with a CLEAR=1 and the UPN_DISCOVERY_ENABLED=false

It’s enabled by default.



From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of UC Penguin
Sent: Wednesday, April 28, 2021 12:55 PM
Cc: cisco-voip <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] moving jabber client between clusters for support?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Creating a uniquely named user account marked as home cluster on each cluster would appear to be the simplest. This assumes you have ILS setup between all clusters and you don’t have a large number of clusters that would chew through licensing.


On Apr 28, 2021, at 11:03, Nick Barnett <nick@barnett.email<mailto:nick@barnett.email>> wrote:
?
Thanks, let me try and clarify a bit.

We have a support team that needs to log their Jabber device into multiple clusters. Using the "home cluster" setting is too cumbersome and requires CUCM access. Our testers do not have CUCM access, but they can modify their own local config files.

Ultimately, I'm looking for a bootstrap hack, or some other way, to MANUALLY and / or STATICALLY define which cluster the Jabber client registers with.

This is purely for our support group with CUCM access and our testing team without CUCM access. No real end users need to use this feature... but security is taking away our CIPC and I need to have another way for them to jump between prod clusters...

Additionally, I personally have to jump between prod and non-prod, so i want this fix for me as well.

Ideally, there is something local that a tech can do to their jabber config file, bootstrap, or registry that will make their jabber register to a specific cluster instead of using UPN discovery. Granted, some of the installation switches seem to fundamentally change how jabber is installed (imagine that!)... so another requirement would be NOT HAVING TO uninstall and reinstall with different switches. (If in the end, the support team MUST be configured to never use UPN, that's fine, i just want to know the best way).

Does that make it any clearer? I'm just looking for an easy way to hop between clusters without discovery to replace CIPC.

Thanks!

On Wed, Apr 28, 2021, at 9:26 AM, Lelio Fulgenzi wrote:

I may not understand exactly what you’re trying to do, but, I think that will come out during discussion.



I have a production cluster and a development cluster.



To switch between the clusters (and to switch users) I have had to do two things:



* Create a new service discovery domain with the appropriate servers listed (including development expressway cluster)
* Ensure I use the UDS disabled switch when installing Jabber (this allows for different userIDs to be used)



I know there are a few parameters out there that allow you to push the domain out, but I’m not 100% sure how that works to be honest. Especially because it sounded like they were meant to be done at install time. And still required a domain to be set.



Let the games begin!








From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Nick Barnett
Sent: Wednesday, April 28, 2021 10:16 AM
To: cisco-voip <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] moving jabber client between clusters for support?



CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>



Up until now, I've just been using CIPC as it does everything I needed it to do... for the most part. Starting this year, I have to jump through way too many hoops to keep using CIPC as it is EOL and our security team doesn't like that.



I'm trying to figure out how to configure my Jabber client to register to a specific non-prod cluster, but I'm not having much luck.



Our prod has 2 clusters with ILS. the internal SRV record for discovery contains all nodes for both clusters. This works just fine in production and relies on the HOME CLUSTER checkbox for the user to be logged into the correct cluster.



My problem comes because I work on non-prod systems as well as prod. The only way I've been able to figure out how to get my jabber to jump to non-prod system is to create a NEW srv record that only contains the nodes of the cluster I want to work with and then change the entry in the bootstrap file.



Is there some way to override discovery and hard code a TFTP or subscriber so that Jabber goes to the intended cluster? Or, maybe there's a way to do this without a custom SRV record for each non-prod cluster using registry like we could in Cucilync? Some other trick? I'm hopeful there is some combination of bootstrap settings that I need to figure out, but all of those fields can be a nightmare to get correct without unintentionally breaking something else.



Thanks,

Nick




Thanks,
Nick

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip