This is not a detailed step-by-step procedure, but a high-level list of configuration steps to enable parallel propagation.
On the master KDC, change the kprop_script entry in its cron job to include arguments for only the slaves that will perform the succeeding propagation (propagation slaves).
On each propagation slave, add a kprop_script entry to its cron job, which must include arguments for the slaves to propagate. To successfully propagate in parallel, the cron job should be set up to run after the propagation slave is itself propagated with the new database.
Determining how long it will take for a propagation slave to be propagated depends on factors such as network bandwidth and the size of the database.
On each slave KDC, set up the appropriate permissions to be propagated. This is done by adding the host principal name of its propagating KDC to its kpropd.acl file.
Using the example in Figure 3-2, the master KDC's kprop_script entry would look something like this:
10 3 * * * /usr/krb5/lib/kprop_script slave-1.acme.com slave-4.acme.com
slave-1's kprop_script entry would look something like this (note that the propagation on the slave starts an hour after it is propagated by the master):
10 4 * * * /usr/krb5/lib/kprop_script slave-2.acme.com slave-3.acme.com
The kpropd.acl file on the propagation slaves would have to contain the following entry:
host/master.acme.com@ACME.COM
The kpropd.acl file on the slaves being propagated by slave-1 would have to contain the following entry:
host/slave-1.acme.com@ACME.COM