Salve,
provo a postare qui magari qualcuno ha qualche contatto. Per andare direttamente al punto, mi servirebbe un contatto con un tecnico dell'infrastruttura Pianeta fibra.
Sto debuggando un problema con IPv6 sulla mia connessione e mi sono trovato difronte ad una violazione
dell'RFC7550 quindi sarei molto curioso di discutere per vedere se è voluto o se è magari qualcosa da segnalare alla Cisco.
Siccome l'idea è di fixare questa cosa su OpenWrt sarebbe gradito capire come muoversi se implementare un workaround o se è qualcosa di inteso.
La violazione è principalmente in questo punto: https://datatracker.ietf.org/doc/html/rfc7550#section-4.2
The client MUST ignore any Advertise message that includes a Status
Code option containing the value NoAddrsAvail, with the exception
that the client MAY display the associated status message(s) to the
user.
questa è stata cambiata in
The client MUST ignore any Advertise message that contains no
addresses (IAADDR options encapsulated in IA_NA or IA_TA options)
and no delegated prefixes (IAPREFIX options encapsulated in IA_PD
options; see RFC 3633) with the exception that the client:
- MUST process an included SOL_MAX_RT option (RFC 7083) and
- MUST process an included INF_MAX_RT option (RFC 7083).
A client can display any associated status message(s) to the user
or activity log.
The client ignoring this Advertise message MUST NOT restart the
Solicit retransmission timer.
Nell'RFC3633 si diceva di ignorare e mandare un nuovo "Solicit" ma questo è cambiato. In teoria nel nuovo RFC, il server dovrebbe ignorare la configurazione nella fase "Request" siccome il nuovo RFC indica
a client SHOULD accept Advertise messages, even when not
all IA option types are being offered. And, in this case, the client
SHOULD include the not offered IA option types in its Request. A
client SHOULD only ignore an Advertise message when none of the
requested IA options include offered addresses or delegated prefixes.
Note that ignored messages MUST still be processed for SOL_MAX_RT and
INF_MAX_RT options as specified in [RFC7083].
(cioè che il client dovrebbe mandare nella richiesta queste configurazioni non supportate (vuote))
Nello specifico ancora... In teoria nella casistica in cui si inviano IA_PD e IA_NA insieme nel "Solicit",
il server dovrebbe rispondere nel "Advertise" con IA_PD e IA_NA con lo status code "NoAddrsAvail" (e questo viene fatto) ma poi non dovrebbe rifiutare una "Request" quando si includono entrambi.
