Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03269.jsonl.gz/700

Der DHCP-Server <ip-pii> gibt im DHCP ACK-Telegramm dem DHCP-Client eine verbleibende Mietdauer von 15 bzw. 12 Stunden. Der DHCP-Client könnte also diese IP-Adresse noch für über 12 Stunden weiter verwenden.
Der DHCP-Client in der Fritzbox akzeptiert das DHCP ACK-Telegramm nicht. Im DHCP-Client läuft die Mietdauer der IP-Adresse ab und die Verbindung wird kurzzeitig getrennt.
Wieso akzeptiert der DHCP-Client der Fritzbox das DHCP ACK-Telegramm vom DHCP-Server <ip-pii> nicht?
\=> Meine Meinung: Fehlkonfiguration auf Seite UPC Cablecom.
Der DHCP-Client holt sich die IP-Adresse beim DHCP-Relay <ip-pii>. Der DHCP-Relay fordert die IP-Adressmiete beim DHCP-Server <ip-pii> ein. Für Verlängerungen der Mietdauer fragt der DHCP-Client den DHCP-Relay <ip-pii> an. Der DHCP-Relay fragt den DHCP-Server an und:
korrekt: erhält vom DHCP-Server eine Antwort. Der DHCP-Relay leitet die Antwort vom DHCP-Server an den
DHCP-Client weiter.
falsch: der DHCP-Server sendet die Antwort direkt an den DHCP-Client. Der DHCP-Client verweigert (korrekterweise)
die Annahme der Antwort vom DHCP-Server, da alle Kommunikation via DHCP-Relay geführt werden muss!
Gemäss RFC 3046 gilt:
https://tools.ietf.org/html/rfc3046
The new option is called the Relay Agent Information option and is
inserted by the DHCP relay agent when forwarding client-originated
DHCP packets to a DHCP server. Servers recognizing the Relay Agent
Information option may use the information to implement IP address or
other parameter assignment policies. The DHCP Server echoes the
option back verbatim to the relay agent in server-to-client replies,
and the relay agent strips the option before forwarding the reply to
the client.