UPD 14 networking support TODO The IPv6 protocol

documentation/linux_configuration_14_networking_support.tex

@@ -243,7 +243,7 @@ Wenn Sie beabsichtigen, Ihren Linux-Rechner hauptsächlich als Router zu betreib
 Ihnen werden dann mehrere Optionen angezeigt, die eine genauere Kontrolle über den Routing"=Prozess ermöglichen.\\
 Die Antwort auf diese Frage wirkt sich nicht direkt auf den Kernel aus: Wenn Sie mit N antworten, überspringt der Konfigurator einfach alle Fragen zum erweiterten Routing.
 Beachten Sie, dass Ihr Rechner nur dann als Router fungieren kann, wenn Sie die IP"=Weiterleitung in Ihrem Kernel aktivieren; dies können Sie tun, indem Sie \glqq /proc file system support\grqq{} und \glqq Sysctl support\grqq{} mit Y beantworten und die folgende Zeile\\[.5em]
-\texttt{echo "1" > /proc/sys/net/ipv4/ip\_forward}\\[.5em]
+\texttt{echo "1"\, $>$ /proc/sys/net/ipv4/ip\_forward}\\[.5em]
 beim Booten ausführen, nachdem das Dateisystem /proc eingehängt wurde.\\
 Wenn Sie die IP-Weiterleitung einschalten, sollten Sie den rp\_filter in Betracht ziehen, der eingehende Pakete automatisch zurückweist, wenn der Routing-Tabelleneintrag für ihre Quelladresse nicht mit der Netzwerkschnittstelle übereinstimmt, an der sie ankommen.
 Dies hat Sicherheitsvorteile, weil es das so genannte IP-Spoofing verhindert, kann aber Probleme bereiten, wenn Sie asymmetrisches Routing verwenden (Pakete von Ihnen zu einem Host nehmen einen anderen Weg als Pakete von diesem Host zu Ihnen) oder wenn Sie einen nicht routingfähigen Host betreiben, der mehrere IP-Adressen auf verschiedenen Schnittstellen hat.
@@ -396,9 +396,10 @@ This routing protocol is not used widely, so say N unless you want to play with
 
 \paragraph{IP: TCP syncookie support}$~$\\
 CONFIG\_SYN\_COOKIES [=y] \textbf{[Y]}\\
-Normale TCP/IP-Netzwerke sind anfällig für einen Angriff, der als "SYN-Flooding" bekannt ist.
-Dieser Denial-of-Service-Angriff verhindert, dass legitime Remote-Benutzer während eines laufenden Angriffs eine Verbindung zu Ihrem Computer herstellen können, und erfordert vom Angreifer, der von einem beliebigen Ort im Internet aus operieren kann, nur sehr wenig Arbeit.SYN-Cookies bieten Schutz gegen diese Art von Angriffen.
-Wenn Sie hier "Y" eingeben, verwendet der TCP/IP-Stack ein kryptografisches Herausforderungsprotokoll, das als "SYN-Cookies" bekannt ist, um legitime Benutzer in die Lage zu versetzen, weiterhin eine Verbindung herzustellen, selbst wenn Ihr Rechner angegriffen wird.
+Normale TCP/IP-Netzwerke sind anfällig für einen Angriff, der als \glqq SYN-Flooding\grqq{} bekannt ist.
+Dieser Denial-of-Service-Angriff verhindert, dass legitime Remote-Benutzer während eines laufenden Angriffs eine Verbindung zu Ihrem Computer herstellen können, und erfordert vom Angreifer, der von einem beliebigen Ort im Internet aus operieren kann, nur sehr wenig Arbeit.
+SYN-Cookies bieten Schutz gegen diese Art von Angriffen.
+Wenn Sie hier Y eingeben, verwendet der TCP/IP-Stack ein kryptografisches Herausforderungsprotokoll, das als \glqq SYN-Cookies\grqq{} bekannt ist, um legitime Benutzer in die Lage zu versetzen, weiterhin eine Verbindung herzustellen, selbst wenn Ihr Rechner angegriffen wird.
 Die rechtmäßigen Benutzer brauchen ihre TCP/IP-Software nicht zu ändern; SYN-Cookies arbeiten für sie transparent.
 Technische Informationen über SYN-Cookies finden Sie unter \url{https://cr.yp.to/syncookies.html}.
 Wenn Sie SYN-geflutet werden, ist die vom Kernel gemeldete Quelladresse wahrscheinlich vom Angreifer gefälscht worden; sie wird nur als Hilfe bei der Rückverfolgung der Pakete zu ihrer tatsächlichen Quelle gemeldet und sollte nicht als absolute Wahrheit angesehen werden.
@@ -495,11 +496,11 @@ If unsure, say Y.}
 
 \paragraph{INET: Source port perturbation table size (as power of 2) \tiny{seit 6.1}}\mbox{}\\
 CONFIG\_INET\_TABLE\_PERTURB\_ORDER [=16] \textbf{[16]}\\
-Größe der Quellport-Störungstabelle (als Potenz von 2) für RFC 6056 3.3.4.
+Größe der Quellport-Störungstabelle (als Potenz von 2) für RFC~6056 3.3.4.
 Algorithmus 4: Double-Hash Port Selection Algorithm.\\
 Die Standardeinstellung ist fast immer das, was Sie wollen.
 Ändern Sie dies nur, wenn Sie wissen, was Sie tun.
-\english{Source port perturbation table size (as power of 2) for RFC 6056 3.3.4.
+\english{Source port perturbation table size (as power of 2) for RFC~6056 3.3.4.
 Algorithm 4: Double-Hash Port Selection Algorithm.\\
 The default is almost always what you want.
 Only change this if you know what you are doing.}
@@ -517,7 +518,8 @@ If unsure, say Y.}
 CONFIG\_INET\_UDP\_DIAG [=m] \textbf{[M]}\\
 Unterstützung für die UDP-Socket-Überwachungsschnittstelle, die vom Tool \texttt{ss} verwendet wird.
 Wenn Sie unsicher sind, sagen Sie Y.
-\english{Support for UDP socket monitoring interface used by the \texttt{ss} tool. If unsure, say Y.}
+\english{Support for UDP socket monitoring interface used by the \texttt{ss} tool.
+If unsure, say Y.}
 
 \subparagraph{RAW: socket monitoring interface}$~$\\
 CONFIG\_INET\_RAW\_DIAG [=m] \textbf{[M]}\\
@@ -571,28 +573,211 @@ See \url{http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/cubic-paper.pdf}}
 
 \subparagraph{TCP Westwood+}$~$\\
 CONFIG\_TCP\_CONG\_WESTWOOD [=m] \textbf{[M]}\\
-TCP Westwood+ ist eine absenderseitige Modifikation des TCP-Reno-Protokollstapels, die die Leistung der
-TCP-Überlastungssteuerung optimiert. Es basiert auf einer Ende-zu-Ende-Bandbreitenschätzung, um das
-Überlastungsfenster und den Schwellenwert für den langsamen Start nach einer Überlastungsepisode festzulegen.
-Auf der Grundlage dieser Schätzung legt TCP Westwood+ adaptiv einen Schwellenwert für den langsamen Start und
-ein Überlastungsfenster fest, das die zum Zeitpunkt des Auftretens der Überlastung genutzte Bandbreite
-berücksichtigt. TCP Westwood+ erhöht die Fairness gegenüber TCP Reno in kabelgebundenen Netzen und den
-Durchsatz über drahtlose Verbindungen erheblich.
-\english{TCP Westwood+ is a sender-side only modification of the TCP Reno protocol stack that optimizes
-the performance of TCP congestion control.
+TCP Westwood+ ist eine absenderseitige Modifikation des TCP-Reno-Protokollstapels, die die Leistung der TCP-Überlastungssteuerung optimiert.
+Es basiert auf einer Ende-zu-Ende"=Bandbreitenschätzung, um das Überlastungsfenster und den Schwellenwert für den langsamen Start nach einer Überlastungsepisode festzulegen.
+Auf der Grundlage dieser Schätzung legt TCP Westwood+ adaptiv einen Schwellenwert für den langsamen Start und ein Überlastungsfenster fest, das die zum Zeitpunkt des Auftretens der Überlastung genutzte Bandbreite berücksichtigt.
+TCP Westwood+ erhöht die Fairness gegenüber TCP Reno in kabelgebundenen Netzen und den Durchsatz über drahtlose Verbindungen erheblich.
+\english{TCP Westwood+ is a sender-side only modification of the TCP Reno protocol stack that optimizes the performance of TCP congestion control.
 It is based on end-to-end bandwidth estimation to set congestion window and slow start threshold after a congestion episode.
-Using this estimation, TCP Westwood+ adaptively sets a slow start threshold and a congestion window which takes into
-account the bandwidth used  at the time congestion is experienced.
+Using this estimation, TCP Westwood+ adaptively sets a slow start threshold and a congestion window which takes into account the bandwidth used  at the time congestion is experienced.
 TCP Westwood+ significantly increases fairness wrt TCP Reno in wired networks and throughput over wireless links.}
 
 \subparagraph{H-TCP}$~$\\
 CONFIG\_TCP\_CONG\_HTCP [=m] \textbf{[M]}\\*
-H-TCP ist eine nur sendeseitige Modifikation des TCP-Reno-Protokollstapels, die die Leistung der
-TCP-Überlastungssteuerung für Hochgeschwindigkeitsnetzverbindungen optimiert. Es verwendet einen Mode\-switch,
-um die Alpha- und Beta-Parameter von TCP Reno auf der Grundlage der Netzbedingungen und in einer Weise zu
-ändern, die gegenüber anderen Reno- und H-TCP-Datenströmen fair ist.
-\english{H-TCP is a send-side only modifications of the TCP Reno protocol stack that optimizes the performance of
-TCP congestion control for high speed network links.
-It uses a modeswitch to change the alpha and beta parameters of TCP Reno based on network conditions and in a way
-so as to be fair with other Reno and H-TCP flows.}
+H-TCP ist eine nur sendeseitige Modifikation des TCP-Reno-Protokollstapels, die die Leistung der TCP"=Überlastungssteuerung für Hochgeschwindigkeitsnetzverbindungen optimiert.
+Es verwendet einen Modeswitch, um die Alpha- und Beta-Parameter von TCP Reno auf der Grundlage der Netzbedingungen und in einer Weise zu ändern, die gegenüber anderen Reno- und H-TCP-Datenströmen fair ist.
+\english{H-TCP is a send-side only modifications of the TCP Reno protocol stack that optimizes the performance of TCP congestion control for high speed network links.
+It uses a modeswitch to change the alpha and beta parameters of TCP Reno based on network conditions and in a way so as to be fair with other Reno and H-TCP flows.}
 
+\subparagraph{High Speed TCP}$~$\\
+CONFIG\_TCP\_CONG\_HSTCP [=m] \textbf{[M]}\\*
+Sally Floyds High Speed TCP (RFC~3649) Staukontrolle.
+Eine Modifikation des TCP"=Überlastungssteuerungsmechanismus zur Verwendung mit großen Überlastungsfenstern.
+In einer Tabelle wird angegeben, um wie viel das Überlastungsfenster vergrößert werden soll, wenn eine ACK empfangen wird.
+Für weitere Einzelheiten siehe \url{https://www.icir.org/floyd/hstcp.html}
+\english{Sally Floyd's High Speed TCP (RFC 3649) congestion control.
+A modification to TCP's congestion control mechanism for use with large congestion windows.
+A table indicates how much to increase the congestion window by when an ACK is received.
+For more detail see \url{https://www.icir.org/floyd/hstcp.html}}
+
+\subparagraph{TCP-Hybla congestion control algorithm}$~$\\
+CONFIG\_TCP\_CONG\_HYBLA [=m] \textbf{[M]}\\*
+TCP-Hybla ist eine Änderung, die nur auf der Absenderseite vorgenommen wird, um die Benachteiligung von Verbindungen mit langen Übertragungszeiten und großen Bandbreiten zu beseitigen, z.\,B. wenn Satellitenverbindungen beteiligt sind, insbesondere wenn sie einen gemeinsamen Engpass mit normalen terrestrischen Verbindungen teilen.
+\english{TCP-Hybla is a sender-side only change that eliminates penalization of long-RTT, large-bandwidth connections, like when satellite legs are involved, especially when sharing a common bottleneck with normal terrestrial connections.}
+
+\subparagraph{TCP Vegas}$~$\\
+CONFIG\_TCP\_CONG\_VEGAS [=m] \textbf{[M]}\\*
+TCP Vegas ist eine absenderseitige Änderung von TCP, die den Beginn einer Überlastung durch Schätzung der Bandbreite vorwegnimmt.
+TCP Vegas passt die Übertragungsrate durch Änderung des Überlastungsfensters an.
+TCP Vegas sollte weniger Paketverluste verursachen, ist aber nicht so aggressiv wie TCP Reno.
+\english{TCP Vegas is a sender-side only change to TCP that anticipates the onset of congestion by estimating the bandwidth.
+TCP Vegas adjusts the sending rate by modifying the congestion window.
+TCP Vegas should provide less packet loss, but it is not as aggressive as TCP Reno.}
+
+\subparagraph{TCP NV}$~$\\
+CONFIG\_TCP\_CONG\_NV [=m] \textbf{[M]}\\*
+TCP NV ist ein Nachfolger von TCP Vegas.
+Es wurde geändert, um mit 10G-Netzen, Messrauschen durch LRO, GRO und Unterbrechungskoaleszenz fertig zu werden.
+Außerdem wird der cwnd-Wert nicht mehr linear, sondern multiplikativ verringert.\\
+Es ist zu beachten, dass die Stauvermeidung (cwnd wird verringert, wenn die Anzahl der Pakete in der Warteschlange steigt) im Allgemeinen nicht mit der Staukontrolle (cwnd wird nur verringert, wenn es zu Paketverlusten kommt) koexistieren kann, da die Fairness nicht gewährleistet ist.
+Ein Szenario, in dem sie sicher koexistieren können, ist, wenn die CA-Flüsse RTTs~$\ll$~CC-Flüsse RTTs haben.
+Für weitere Einzelheiten siehe \url{http://www.brakmo.org/networking/tcp-nv/}
+\english{TCP NV is a follow up to TCP Vegas.
+It has been modified to deal with 10G networks, measurement noise introduced by LRO, GRO and interrupt coalescence.
+In addition, it will decrease its cwnd multiplicatively instead of linearly.\\
+Note that in general congestion avoidance (cwnd decreased when \# packets queued grows) cannot coexist with congestion control (cwnd decreased only when there is packet loss) due to fairness issues.
+One scenario when they can coexist safely is when the CA flows have RTTs~$\ll$~CC flows RTTs.\\
+For further details see \url{http://www.brakmo.org/networking/tcp-nv/}}
+
+\subparagraph{Scalable TCP}$~$\\
+CONFIG\_TCP\_CONG\_SCALABLE [=m] \textbf{[M]}\\*
+Scalable TCP ist eine Änderung von TCP nur auf der Absenderseite, die einen MIMD"=Algorithmus zur Staukontrolle verwendet, der einige nette Skalierungseigenschaften hat, obwohl er bekanntermaßen Probleme mit der Fairness hat.
+Siehe \url{http://www.deneholme.net/tom/scalable/}
+\english{Scalable TCP is a sender-side only change to TCP which uses a MIMD congestion control algorithm which has some nice scaling properties, though is known to have fairness issues.\\
+See \url{http://www.deneholme.net/tom/scalable/}}
+
+\subparagraph{TCP Low Priority}$~$\\
+CONFIG\_TCP\_CONG\_LP [=m] \textbf{[M]}\\*
+TCP Low Priority (TCP-LP), ein verteilter Algorithmus, dessen Ziel es ist, nur die überschüssige Bandbreite des Netzes im Vergleich zum \glqq fairen Anteil\grqq{} der Bandbreite, wie er von TCP angestrebt wird, zu nutzen.
+Siehe \url{http://www-ece.rice.edu/networks/TCP-LP/}
+\english{TCP Low Priority (TCP-LP), a distributed algorithm whose goal is to utilize only the excess network bandwidth as compared to the ``fair share'' of bandwidth as targeted by TCP.\\
+See \url{http://www-ece.rice.edu/networks/TCP-LP/}}
+
+\subparagraph{TCP Veno}$~$\\
+CONFIG\_TCP\_CONG\_VENO [=m] \textbf{[M]}\\*
+TCP Veno ist eine rein senderseitige Erweiterung von TCP, um einen besseren Durchsatz in drahtlosen Netzen zu erzielen.
+TCP Veno nutzt die Zustandsunterscheidung, um die schwierige Beurteilung der Paketverlustart zu umgehen.
+TCP Veno verkleinert das Überlastungsfenster als Reaktion auf zufällige Paketverluste.
+Siehe \url{http://ieeexplore.ieee.org/xpl/freeabs\_all.jsp?arnumber=1177186}
+\english{TCP Veno is a sender-side only enhancement of TCP to obtain better throughput over wireless networks.
+TCP Veno makes use of state distinguishing to circumvent the difficult judgment of the packet loss type.
+TCP Veno cuts down less congestion window in response to random loss packets.\\
+See \url{http://ieeexplore.ieee.org/xpl/freeabs\_all.jsp?arnumber=1177186}}
+
+\subparagraph{YeAH TCP}$~$\\
+CONFIG\_TCP\_CONG\_YEAH [=m] \textbf{[M]}\\*
+YeAH-TCP ist ein absenderseitiger Hochgeschwindigkeits"=TCP"=Überlastungskontrollalgorithmus, der einen gemischten Verlust-/Verzögerungsansatz zur Berechnung des Überlastungsfensters verwendet.
+Seine Entwurfsziele sind hohe Effizienz, interne, RTT- und Reno-Fairness, Widerstandsfähigkeit gegenüber Verbindungsverlusten und eine möglichst geringe Belastung der Netzelemente.\\
+Weitere Einzelheiten finden Sie hier: \url{http://wil.cs.caltech.edu/pfldnet2007/paper/YeAH_TCP.pdf} or \href{https://www.gdt.id.au/~gdt/presentations/2010-07-06-questnet-tcp/reference-materials/papers/baiocchi+castellani+vacirca-yeah-tcp-yet-another-highspeed-tcp.pdf}
+{Link via www.gdt.id.au}
+\english{YeAH-TCP is a sender-side high-speed enabled TCP congestion control algorithm, which uses a mixed loss/delay approach to compute the congestion window.
+It's design goals target high efficiency, internal, RTT and Reno fairness, resilience to link loss while keeping network elements load as low as possible.\\
+For further details look here: \url{http://wil.cs.caltech.edu/pfldnet2007/paper/YeAH\_TCP.pdf}}
+
+\subparagraph{TCP Illinois}$~$\\
+CONFIG\_TCP\_CONG\_ILLINOIS [=m] \textbf{[M]}\\*
+TCP-Illinois ist eine absenderseitige Modifikation von TCP Reno für Hochgeschwindigkeitsverbindungen mit langer Verzögerung.
+Es nutzt die Round-Trip-Zeit, um die Alpha- und Beta-Parameter anzupassen, um einen höheren durchschnittlichen Durchsatz zu erreichen und Fairness zu wahren.
+Für weitere Einzelheiten siehe: \url{http://www.ews.uiuc.edu/~shaoliu/tcpillinois/index.html}
+\english{TCP-Illinois is a sender-side modification of TCP Reno for high speed long delay links.
+It uses round-trip-time to adjust the alpha and beta parameters to achieve a higher average throughput and maintain fairness.\\
+For further details see: \url{http://www.ews.uiuc.edu/\~shaoliu/tcpillinois/index.html}}
+
+\subparagraph{DataCenter TCP (DCTCP)}$~$\\
+CONFIG\_TCP\_CONG\_DCTCP [=m] \textbf{[M]}\\*
+DCTCP nutzt die explizite Überlastungsanzeige (Explicit Congestion Notification, ECN) im Netz, um den Endhosts ein Multi-Bit-Feedback zu geben.
+Es wurde entwickelt, um Folgendes zu bieten:
+\begin{itemize}
+\item[-] Hohe Burst-Toleranz (Incast aufgrund von Partition/Aggregat),
+\item[-] Geringe Latenz (kurze Flüsse, Abfragen),
+\item[-] hohen Durchsatz (kontinuierliche Datenaktualisierungen, große Dateiübertragungen) mit handelsüblichen, flach gepufferten Switches.
+\end{itemize}
+Alle Switches im Rechenzentrumsnetz, auf denen DCTCP läuft, müssen die ECN"=Kennzeichnung unterstützen und so konfiguriert sein, dass sie bei Erreichen bestimmter Switch-Pufferschwellenwerte gekennzeichnet werden.
+Die Standardheuristik für die ECN"=Markierungsschwelle für DCTCP auf Switches liegt bei 20~Paketen (\qty{30}{\kilo\byte}) bei \qty{1}{\giga\bit\per\second} und 65~Paketen ($\approx$ \qty{100}{\kilo\byte}) bei \qty{10}{\giga\bit\per\second}, muss aber möglicherweise noch weiter optimiert werden.\\
+Weitere Einzelheiten siehe:\\
+\url{http://simula.stanford.edu/~alizade/Site/DCTCP\_files/dctcp-final.pdf}
+\english{DCTCP leverages Explicit Congestion Notification (ECN) in the network to provide multi-bit feedback to the end hosts.
+It is designed to provide:\\
+-- High burst tolerance (incast due to partition/aggregate),\\
+-- Low latency (short flows, queries),\\
+-- High throughput (continuous data updates, large file transfers) with commodity, shallow-buffered switches.\\
+All switches in the data center network running DCTCP must support ECN marking and be configured for marking when reaching defined switch buffer thresholds.
+The default ECN marking threshold heuristic for DCTCP on switches is 20~packets (30KB) at 1Gbps, and 65~packets (\~100KB) at 10Gbps, but might need further careful tweaking.\\
+For further details see: \url{http://simula.stanford.edu/\~alizade/Site/DCTCP\_files/dctcp-final.pdf}}
+
+\subparagraph{CAIA Delay-Gradient (CDG)}$~$\\
+CONFIG\_TCP\_CONG\_CDG [=m] \textbf{[M]}\\*
+CAIA Delay-Gradient (CDG) ist eine TCP-Überlastungskontrolle, die den TCP-Sender modifiziert, um:
+\begin{itemize}
+	\item[o] Verwendung des Verzögerungsgradienten als Überlastungssignal.
+	\item[o] mit einer durchschnittlichen Wahrscheinlichkeit, die unabhängig von der RTT ist, zurückzufahren.
+	\item[o] mit Datenströmen zu koexistieren, die eine verlustbasierte Staukontrolle verwenden.
+	\item[o] Paketverluste zu tolerieren, die nicht mit der Überlastung zusammenhängen.
+\end{itemize}
+Für weitere Einzelheiten siehe:\\
+D.A. Hayes und G. Armitage. "Revisiting TCP congestion control using delay gradients".\\
+In Networking 2011. Preprint: \url{http://goo.gl/No3vdg}
+\english{CAIA Delay-Gradient (CDG) is a TCP congestion control that modifies the TCP sender in order to:\\
+o Use the delay gradient as a congestion signal.\\
+o Back off with an average probability that is independent of the RTT.\\
+o Coexist with flows that use loss-based congestion control.\\
+o Tolerate packet loss unrelated to congestion.\\
+For further details see:\\
+ D.A. Hayes and G. Armitage. ``Revisiting TCP congestion control using delay gradients.'' In Networking 2011.
+ Preprint: \url{http://caia.swin.edu.au/cv/dahayes/content/networking2011-cdg-preprint.pdf}}
+
+\subparagraph{BBR TCP}$~$\\
+CONFIG\_TCP\_CONG\_BBR [=m] \textbf{[M]}\\*
+BBR (Bottleneck Bandwidth and RTT) Die TCP-Überlastungssteuerung zielt darauf ab, die Netzauslastung zu maximieren und Warteschlangen zu minimieren.
+Sie erstellt ein explizites Modell der Bottleneck-Zustellrate und der Umlaufverzögerung des Pfades.
+Sie toleriert Paketverluste und Verzögerungen, die nicht mit der Überlastung zusammenhängen.
+Es kann über LAN-, WAN-, Mobilfunk-, WLAN- oder Kabelmodem"=Verbindungen arbeiten.
+Es kann mit Datenströmen koexistieren, die eine verlustbasierte Staukontrolle verwenden, und es kann mit flachen Puffern, tiefen Puffern, Bufferbloat, Policern oder AQM-Schemata arbeiten, die kein Verzögerungssignal liefern.
+Es erfordert den \texttt{fq} (\glqq Fair Queue\grqq{}) Pacing Packet Scheduler.
+\english{BBR (Bottleneck Bandwidth and RTT) TCP congestion control aims to maximize network utilization and minimize queues.
+It builds an explicit model of the bottleneck delivery rate and path round-trip propagation delay.
+It tolerates packet loss and delay unrelated to congestion.
+It can operate over LAN, WAN, cellular, wifi, or cable modem links.
+It can coexist with flows that use loss-based congestion control, and can operate with shallow buffers, deep buffers, bufferbloat, policers, or AQM schemes that do not provide a delay signal.
+It requires the fq (``Fair Queue'') pacing packet scheduler.}
+
+\subparagraph{Default TCP congestion control () \texorpdfstring{$\rightarrow$}{->}}$~$\\
+Wählen Sie die TCP-Überlastungssteuerung aus, die standardmäßig für alle Verbindungen verwendet werden soll.
+\english{Select the TCP congestion control that will be used by default for all connections.}
+
+\subsubparagraph{Cubic}$~$\\
+CONFIG\_DEFAULT\_CUBIC [=y] \textbf{[Y]}\\*
+Für diese Option ist keine Hilfe vorhanden.
+\english{There is no help available for this option.}
+
+\subsubparagraph{Htcp}$~$\\
+CONFIG\_DEFAULT\_HTCP [=n] \textbf{[N]}\\*
+Für diese Option ist keine Hilfe vorhanden.
+\english{There is no help available for this option.}
+
+\subsubparagraph{DCTCP}$~$\\
+CONFIG\_DEFAULT\_DCTCP [=n] \textbf{[N]}\\*
+Für diese Option ist keine Hilfe vorhanden.
+\english{There is no help available for this option.}
+
+\subsubparagraph{Reno}$~$\\
+CONFIG\_DEFAULT\_RENO [=n] \textbf{[N]}\\*
+Für diese Option ist keine Hilfe vorhanden.
+\english{There is no help available for this option.}
+
+\paragraph{TCP: Authentication Option (RFC5925) \tiny{seit 6.7}}\mbox{}\\
+CONFIG\_TCP\_AO [=y] \textbf{[Y]}\\*
+TCP-AO spezifiziert die Verwendung von stärkeren Message Authentication Codes (MACs), schützt vor Wiederholungen für langlebige TCP-Verbindungen und bietet mehr Details über die Verbindung von Sicherheit mit TCP-Verbindungen als TCP MD5 (siehe RFC5925)\\
+Wenn Sie unsicher sind, sagen Sie N.
+\english{TCP-AO specifies the use of stronger Message Authentication Codes (MACs), protects against replays for long-lived TCP connections,
+and provides more details on the association of security with TCP connections than TCP MD5 (See RFC5925)\\
+If unsure, say N.}
+
+\paragraph{TCP: MD5 Signature Option support (RFC~2385)}$~$\\
+CONFIG\_TCP\_MD5SIG [=y] \textbf{[Y]}\\*
+RFC2385 spezifiziert eine Methode zum MD5-Schutz von TCP-Sitzungen. Die wichtigste (einzige?) Anwendung ist der Schutz von BGP-Sitzungen zwischen Core-Routern im Internet.
+Wenn Sie unsicher sind, sagen Sie N.
+\english{RFC2385 specifies a method of giving MD5 protection to TCP sessions.
+Its main (only?) use is to protect BGP sessions between core routers on the Internet.\\
+If unsure, say N.}
+
+\paragraph{The IPv6 protocol \texorpdfstring{$\rightarrow$}{->}}$~$\\
+CONFIG\_IPV6 [=y] \textbf{[Y]}\\*
+Unterstützung für die IP Version 6 (IPv6).\\
+Allgemeine Informationen über IPv6 finden Sie unter \url{https://en.wikipedia.org/wiki/IPv6}.
+Spezielle Informationen über IPv6 unter Linux finden Sie unter Documentation/networking/ipv6.rst und lesen Sie das HOWTO unter \url{https://www.tldp.org/HOWTO/Linux+IPv6-HOWTO/}\\
+Um diese Protokollunterstützung als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ipv6} heißen.
+\english{Support for IP version 6 (IPv6).\\
+For general information about IPv6, see \url{https://en.wikipedia.org/wiki/IPv6}.\\
+For specific information about IPv6 under Linux, see Documentation/networking/ipv6.rst and read the HOWTO at \url{https://www.tldp.org/HOWTO/Linux+IPv6-HOWTO/}\\
+To compile this protocol support as a module, choose M here: the module will be called ipv6.}