Change:
treated as one router for simpler management.  Among these routers, there is only one main router that connects to the Verifier.  Other routers are only connected to the main router by the network cables, <del> and therefore they are managed and appraised via this main router. So, in this case, the multi-chassis router is the Composite Attester, each router is an Attester and the main router is the Lead Attester. </del> <ins> and therefore they are managed and appraised via this main router's help.  So, in this case, the multi-chassis router is the Composite Device, each router is an Attester and the main router is the lead Attester. </ins> composite depicts the conceptual data flow for a Composite Device. In the Composite Device, each Attester generates its own Evidence by its Attesting Environment(s) collecting the claims from its Target <del> Environment(s).  The Lead Attester collects the Evidence of all other </del> <ins> Environment(s).  The lead Attester collects the Evidence of all other </ins> Attesters and then generates the Evidence of the whole Composite Attester. <del> The Lead Attester's Attesting Environment may or may not include its own Verifier.  The first variant is that the Attesting Environment has no local Verifier.  In this variant, the Lead Attesting Environment simply combines the various Evidences into the final Evidence that is sent off to the remote Verifier, which appraises the trustworthiness of the Composite Device, including the Lead Attester's and other Attesters' trustworthiness. The second variant is that the Lead Attesting Environment has a local Verifier.  After collecting the Evidence of other Attesters, this Attesting Environment appraises them using Endorsements and Appraisal Policies (obtained the same way as any other Verifier).  The Lead Attesting Environment combines the Attestation Results into the final Evidence of the whole Composite Attester which is sent off to the remote Verifier, which may treat the Claims obtained from the local Attestation Results as if they were Evidence.  In this situation, the trust model described in trustmodel is also suitable for the local Verifier. </del> <ins> An entity can take on multiple RATS roles (e.g., Attester, Verifier, Relying Party, etc.) at the same time.  The combination of roles can be arbitrary.  For example, in this Composite Device scenario, the entity inside the lead Attester can also take on the role of a Verifier, and the outside entity of Verifier can take on the role of a Relying Party.  After collecting the Evidence of other Attesters, this inside Verifier verifies them using Endorsements and Appraisal Policies (obtained the same way as any other Verifier), to generate Attestation Results.  The inside Verifier then sends the Attestation Results of other Attesters, whether in the same conveyance protocol as the Evidence or not, to the outside Verifier. In this situation, the trust model described in trustmodel is also suitable for this inside Verifier. </ins> 5.

Discussion:
This changes may of the Composite Attester->Composite Device. It updates the diagram a bit, but it does not go as far as . The terms "lead Attester" are retained, but not as new term ("lead", not "Lead"). The Attesting Environment is not pluralized.