1.1 Specification of Requirements (Specifica dei Requisiti)

1.1. Specification of Requirements (Specifica dei Requisiti)

Le parole chiave "MUST" (DEVE), "MUST NOT" (NON DEVE), "REQUIRED" (RICHIESTO), "SHALL" (DOVRÀ), "SHALL NOT" (NON DOVRÀ), "SHOULD" (DOVREBBE), "SHOULD NOT" (NON DOVREBBE), "RECOMMENDED" (RACCOMANDATO), "MAY" (PUÒ) e "OPTIONAL" (OPZIONALE) in questo documento devono essere interpretate come descritto in BCP 14 [2]. Queste parole chiave hanno lo stesso significato sia che siano scritte in maiuscolo o meno.

Un'implementazione non è conforme se non soddisfa uno o più dei requisiti "must" (deve) o "must not" (non deve) per i protocolli che implementa. Un'implementazione che soddisfa tutti i requisiti "must" (deve), "must not" (non deve), "should" (dovrebbe) e "should not" (non dovrebbe) per i suoi protocolli è detta essere "incondizionatamente conforme"; una che soddisfa tutti i requisiti "must" (deve) e "must not" (non deve) ma non tutti i requisiti "should" (dovrebbe) o "should not" (non dovrebbe) per i suoi protocolli è detta essere "condizionatamente conforme".

Un NAS che non implementa un dato servizio NON DEVE implementare gli attributi RADIUS per quel servizio. Ad esempio, un NAS che non è in grado di offrire il servizio ARAP NON DEVE implementare gli attributi RADIUS per ARAP. Un NAS DEVE trattare un access-accept RADIUS che autorizza un servizio non disponibile come un access-reject invece.