]> git.ipfire.org Git - thirdparty/strongswan.git/blame - testing/tests/tnc/tnccs-20-server-retry/description.txt
Corrected use of PB-TNC CRETRY and SRETRY batches
[thirdparty/strongswan.git] / testing / tests / tnc / tnccs-20-server-retry / description.txt
CommitLineData
535f5d8a
AS
1The roadwarriors <b>carol</b> and <b>dave</b> set up a connection each to gateway <b>moon</b>
2using EAP-TTLS authentication only with the gateway presenting a server certificate and
3the clients doing EAP-MD5 password-based authentication.
75598e50
AS
4<p/>
5In a next step the <b>RFC 7171 PT-EAP</b> transport protocol is used within the EAP-TTLS
6tunnel to determine the health of <b>carol</b> and <b>dave</b> via the <b>IF-TNCCS 2.0 </b>
7client-server interface compliant with <b>RFC 5793 PB-TNC</b>. The IMCs and IMVs exchange
8messages over the <b>IF-M</b> protocol defined by <b>RFC 5792 PA-TNC</b>.
535f5d8a
AS
9<p>
10The first time the TNC clients <b>carol</b> and <b>dave</b> send their measurements,
11TNC server <b>moon</b> requests a handshake retry. In the retry <b>carol</b> succeeds
12and <b>dave</b> fails. Thus based on this second round of measurements the clients are connected
13by gateway <b>moon</b> to the "rw-allow" and "rw-isolate" subnets, respectively.
14</p>