{endcode}
 
 
-Then you would configure a fraction of your pool (execute machines) to use one of the sub collectors.  It is tempting to use something like {code}COLLECTOR_HOST=$RANDOM_CHOICE(collector.hostname:10002,collector.hostname:10003,collector.hostname:10004){endcode} I haven't tested that, so I am not 100% sure there are no problems with doing that.  Your schedds and negotiator should be configured with COLLECTOR_HOST equal to the main collector.
+Then you would configure a fraction of your pool (execute machines) to use one of the sub collectors. The execute machines can be manually configured, or randomly configured by using:{code}COLLECTOR_HOST=$RANDOM_CHOICE(collector.hostname:10002,collector.hostname:10003,collector.hostname:10004){endcode}
+Your schedds and negotiator should be configured with COLLECTOR_HOST equal to the main collector.
 
 How many sub-collectors are required?  One data point: we have successfully used 70 sub-collectors on a single machine to support a pool of 100k GSI-authenticated daemons (masters and startds) with average lifespan of 3h and network round-trip-times of 0.1s (cross-Atlantic).  The daemons in the pool were also using these collectors as their CCB servers.