Passa al contenuto principale

9.2.1.3 Changes to IPsec Tunnel Header Processing (Modifiche all'elaborazione dell'intestazione del tunnel IPsec)

9.2.1.3 Changes to IPsec Tunnel Header Processing (Modifiche all'elaborazione dell'intestazione del tunnel IPsec)​

Per il supporto ECN completo, il campo TOS IPv4 e il campo Traffic Class IPv6 nell'elaborazione di incapsulamento e decapsulamento vengono modificati da quanto specificato in [RFC2401] come segue:

                    <-- How Outer Hdr Relates to Inner Hdr -->
                    Outer Hdr at                 Inner Hdr at
IPv4                Encapsulator                 Decapsulator
  Header fields:    --------------------         ------------
    DS Field        copied from inner hdr (5)    no change
    ECN Field       constructed (7)              constructed (8)

IPv6
  Header fields:
    DS Field        copied from inner hdr (6)    no change
    ECN Field       constructed (7)              constructed (8)

(5)(6) Se il pacchetto sta per entrare immediatamente in un dominio in cui il valore DSCP nell'intestazione esterna non è appropriato, quel valore deve essere mappato al valore appropriato per quel dominio [RFC 2474]. Vedere anche [RFC 2475] per ulteriori informazioni.

(7) Se il valore del campo ECN Tunnel nella voce SAD per questo SA è "allowed" e il campo ECN nell'intestazione interna è impostato su qualsiasi valore diverso da CE, copiare questo campo ECN nell'intestazione esterna. Se il campo ECN nell'intestazione interna è impostato su CE, impostare il campo ECN nell'intestazione esterna su ECT(0).

(8) Se il valore del campo ECN tunnel nella voce SAD per questo SA è "allowed" e il campo ECN nell'intestazione interna è impostato su ECT(0) o ECT(1) e il campo ECN nell'intestazione esterna è impostato su CE, allora copiare il campo ECN dall'intestazione esterna all'intestazione interna. Altrimenti, non apportare alcuna modifica al campo ECN nell'intestazione interna.

(5) e (6) sono identici per corrispondere all'uso in [RFC2401], sebbene differiscano in [RFC2401].

La descrizione sopra si applica alle implementazioni che supportano il campo ECN Tunnel nel SAD; tali implementazioni DEVONO implementare questa elaborazione invece dell'elaborazione dell'ottetto TOS IPv4 e dell'ottetto Traffic Class IPv6 definiti in [RFC2401]. Ciò costituisce l'alternativa a funzionalità completa per l'uso di ECN nei tunnel IPsec.

Le implementazioni che non supportano il campo ECN Tunnel nel SAD DEVONO implementare questa elaborazione assumendo che il valore del campo ECN Tunnel per ogni SA sia "forbidden". In questo caso, l'elaborazione del campo ECN si riduce a:

(7) Impostare il campo ECN su not-ECT nell'intestazione esterna. (8) Non apportare alcuna modifica al campo ECN nell'intestazione interna.

Ciò costituisce l'alternativa a funzionalità limitata per l'uso di ECN nei tunnel IPsec.

Per la compatibilità all'indietro, se un pacchetto con il codepoint CE impostato nell'intestazione esterna arriva su un SA che utilizza l'opzione a funzionalità limitata, o se tale pacchetto arriva su un SA che utilizza l'opzione a funzionalità completa ma con il codepoint not-ECN impostato nell'intestazione interna, tali pacchetti DOVREBBERO essere scartati.

Ultimo aggiornamento il