Node BT Limit Explanation

I'm trying to improve my understanding of the granularity of BT registration limits. I recognize that an on-prem controller has a default of 200 max controller-wide; however, I also see that there is a 50 BT limit to a node/agent. What exactly does that mean? My example application has several nodes, one tier, and has beteween 100 and 200 BTs registered. So I'm curious how a node can only register/keep track of ONLY 50BTs.

Repeated for clarity: My controller has multiple, esssentially identical nodes with >50BTs registered to the application, while serving only these nodes. Does each node just accept the first 50BTs it registers and drop data for all others?

I'm trying to improve my understanding of the granularity of BT registration limits. I recognize that an on-prem controller has a default of 200 max controller-wide; however, I also see that there is a 50 BT limit to a node/agent. What exactly does that mean? My example application has several nodes, one tier, and has beteween 100 and 200 BTs registered. So I'm curious how a node can only register/keep track of ONLY 50BTs.

Repeated for clarity: My controller has multiple, esssentially identical nodes with >50BTs registered to the application, while serving only these nodes. Does each node just accept the first 50BTs it registers and drop data for all others?

Hi Philipp,

Answering your question

By default controller business application can accept up to200 BT'sand each node (JVM's instrumented with agent) can generate/register up to50 BT'sby default.

Example: If you have 4 nodes under application and each one is generating 50 BT's.

Then each node's BT quota is over and any other overflowing transactions on any of the nodes will be grouped under a special BT named "All Other Traffic-<Tier-Name> ". This is the tier name which the traffic belongs to.

If 5th node starts reporting, then even a single BT cannot make it to controller as the controller BT limit per app is hit and controller starts rejecting it. All other traffic from 5th node will be grouped under "All Other Traffic-<Tier-Name> ".

This is all on first come first serve basis of BT registrations across nodes to controller.

In general please find details here for more details for your understanding

There is a default limit of 50 BT's that a node/agent can register and there is a 200 BT limit that a controller can accept.

So agent can register only 50+1 BT on a first come first serve basis. Any other BT' that is getting detected after 51st BT gets dropped. Same on the controller side as well. So all the dropped or overflown calls are captured as part of another predefined BT named "All Other Traffic-<Tier-Name>" .

All overflown calls will go into that predefined BT. The same thing has happened on your setup. New BT with name has been created with name "All Other Traffic-<Tier-Name>" and overflown calls are moved into that BT.

To avoid such issues please follow the below suggestions.

Generally increasing in BT limit can have memory impact so would be great to try this in test env first .

Increasing the BT limit is highly discouraged as it creates the additional overhead on both controller and agent.

As a first prioritywe suggest you to exclude/delete the unwanted BT's so as to make the new BT's to register. Please find the relevant screenshot to exclude /delete the BT.

Try resetting app server agent/node from where you are expecting custom BT is coming from so as to reset the Business Transaction limit counter to zero for that agent and see if that helps you.

2) Take a back up of domain.xml file before making any changes. You can find domain.xml under

<controller-install-dir>\appserver\domains<domain-name>\config

3) Make the settings as below

You can increase the number of BT's on controller by adding below option.But increasing this value is highly discouraged as it creates additional overhead.<jvm-options>-Dmaximum.bts.per.application=NEW_LIMIT </jvm-options> in <controller-install-dir>\appserver\domains<domain-name>\config\domain.xml fileNEW_LIMIT in the above jvm option is just an example you can give it any value as the default value is 200.4) Start controller appserver as below

Once you take care of BT limit hit issues and things will be as expected by you.

2) What Deletion of BT doesOnce a BT is deleted,it will not count towards BT limit and all data associated with it will be lost and will not count towards BT limit. But again when there is a load onto those BT's they will again get registered on controller.

3) What Exclude doesOnce a BT is excluded, it will not count towards BT limit. Even though if there is a load on to those requests in the future, it will not be detected as BT's. A BT' once excluded can be un excluded and brought back on to controller.Exclude /Delete BT will give a chance for other BT's/same BT's on first **bleep** first basis to get registered provided if there is room with in the defined BT limits.

Re: Node BT Limit Explanation

By default controller business application can accept up to200 BT'sand each node (JVM's instrumented with agent) can generate/register up to50 BT'sby default.

Example: If you have 4 nodes under application and each one is generating 50 BT's.

Then each node's BT quota is over and any other overflowing transactions on any of the nodes will be grouped under a special BT named "All Other Traffic-<Tier-Name> ". This is the tier name which the traffic belongs to.

If 5th node starts reporting, then even a single BT cannot make it to controller as the controller BT limit per app is hit and controller starts rejecting it. All other traffic from 5th node will be grouped under "All Other Traffic-<Tier-Name> ".

This is all on first come first serve basis of BT registrations across nodes to controller.

In general please find details here for more details for your understanding

There is a default limit of 50 BT's that a node/agent can register and there is a 200 BT limit that a controller can accept.

So agent can register only 50+1 BT on a first come first serve basis. Any other BT' that is getting detected after 51st BT gets dropped. Same on the controller side as well. So all the dropped or overflown calls are captured as part of another predefined BT named "All Other Traffic-<Tier-Name>" .

All overflown calls will go into that predefined BT. The same thing has happened on your setup. New BT with name has been created with name "All Other Traffic-<Tier-Name>" and overflown calls are moved into that BT.

To avoid such issues please follow the below suggestions.

Generally increasing in BT limit can have memory impact so would be great to try this in test env first .

Increasing the BT limit is highly discouraged as it creates the additional overhead on both controller and agent.

As a first prioritywe suggest you to exclude/delete the unwanted BT's so as to make the new BT's to register. Please find the relevant screenshot to exclude /delete the BT.

Try resetting app server agent/node from where you are expecting custom BT is coming from so as to reset the Business Transaction limit counter to zero for that agent and see if that helps you.

2) Take a back up of domain.xml file before making any changes. You can find domain.xml under

<controller-install-dir>\appserver\domains<domain-name>\config

3) Make the settings as below

You can increase the number of BT's on controller by adding below option.But increasing this value is highly discouraged as it creates additional overhead.<jvm-options>-Dmaximum.bts.per.application=NEW_LIMIT </jvm-options> in <controller-install-dir>\appserver\domains<domain-name>\config\domain.xml fileNEW_LIMIT in the above jvm option is just an example you can give it any value as the default value is 200.4) Start controller appserver as below

Once you take care of BT limit hit issues and things will be as expected by you.

2) What Deletion of BT doesOnce a BT is deleted,it will not count towards BT limit and all data associated with it will be lost and will not count towards BT limit. But again when there is a load onto those BT's they will again get registered on controller.

3) What Exclude doesOnce a BT is excluded, it will not count towards BT limit. Even though if there is a load on to those requests in the future, it will not be detected as BT's. A BT' once excluded can be un excluded and brought back on to controller.Exclude /Delete BT will give a chance for other BT's/same BT's on first **bleep** first basis to get registered provided if there is room with in the defined BT limits.