diff --git a/documentation/linux_configuration.pdf b/documentation/linux_configuration.pdf
index 942cb76..1852652 100644
Binary files a/documentation/linux_configuration.pdf and b/documentation/linux_configuration.pdf differ
diff --git a/documentation/linux_configuration.tex b/documentation/linux_configuration.tex
index 088f279..c10f092 100644
--- a/documentation/linux_configuration.tex
+++ b/documentation/linux_configuration.tex
@@ -11,6 +11,11 @@
 % you have to install texlive-plaingeneric first :
 \usepackage{ulem}
 
+% Hurenkinder und Schusterjungen verhindern
+%\clubpenalty10000
+%\widowpenalty10000
+%\displaywidowpenalty=10000
+
 % The following is to use subparagraph without intending:
 \makeatletter
 \renewcommand\subparagraph{%
@@ -998,7 +1003,7 @@ Bietet einen cgroup-Controller an, der Whitelists für Geräte implementiert,
 die ein Prozess in der cgroup mknod oder öffnen kann.
 
 \subsubsection{Simple CPU accounting controller}
-CONFIG\_CGROUP\_CPUACCT [=y] \textbf{[Y]}\\
+CONFIG\_CGROUP\_CPUACCT [=y] \textbf{[Y]}\\*
 (Einfacher CPU-Accounting-Controller)\\
 Bietet einen einfachen Controller für die Überwachung des gesamten
 CPU-Verbrauchs der Tasks in einer cgroup an.
@@ -4635,5 +4640,135 @@ Unterstützung für das IP Payload Compression Protocol
 (IPComp) (RFC~3173), das normalerweise für IPsec benötigt wird.\\
 Wenn Sie unsicher sind, sagen Sie Y.
 
+\paragraph{INET: socket monitoring interface}$~$\\
+CONFIG\_INET\_DIAG [=m] \textbf{[M]}\\
+Unterstützung für die INET (TCP, DCCP usw.) Socket"=Überwachungsschnittstelle, die von nativen Linux"=Tools
+wie \texttt{ss} verwendet wird. \texttt{ss} ist in iproute2 enthalten und kann derzeit heruntergeladen werden
+unter: \url{http://www.linuxfoundation.org/collaborate/workgroups/networking/iproute2}\\ 
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subparagraph{UDP: socket monitoring interface}$~$\\
+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.
+
+\subparagraph{RAW: socket monitoring interface}$~$\\
+CONFIG\_INET\_RAW\_DIAG [=m] \textbf{[M]}\\
+Unterstützung für die vom \texttt{ss}-Tool verwendete RAW-Socket-Überwachungsschnittstelle.
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subparagraph{INET: allow privileged process to administratively close sockets}$~$\\
+CONFIG\_INET\_DIAG\_DESTROY [=y] \textbf{[Y]}\\
+Stellt eine SOCK\_DESTROY-Operation zur Verfügung, die es privilegierten Prozessen (z.~B. einem
+Verbindungsmanager oder einem Netzwerkverwaltungsprogramm wie \texttt{ss}) ermöglicht, von anderen Prozessen
+geöffnete Sockets zu schließen. Das Schließen eines Sockets auf diese Weise unterbricht alle blockierenden
+Lese-/Schreib-/Verbindungsoperationen auf dem Socket und bewirkt, dass sich zukünftige Socket-Aufrufe so
+verhalten, als ob der Socket getrennt worden wäre. Wenn Sie unsicher sind, sagen Sie N.
+
+\paragraph{TCP: advanced congestion control \texorpdfstring{$\rightarrow$}{->}}$~$\\
+CONFIG\_TCP\_CONG\_ADVANCED [=y] \textbf{[Y]}\\
+Unterstützung für die Auswahl verschiedener TCP-Staukontrollmodule. Fast alle Benutzer können hier sicher nein
+sagen, und es wird eine sichere Standardauswahl getroffen (CUBIC mit neuem Reno als Fallback).
+Wenn Sie unsicher sind, sagen Sie N.
+
+\subparagraph{Binary Increase Congestion (BIC) control}$~$\\
+CONFIG\_TCP\_CONG\_BIC [=m] \textbf{[M]}\\
+BIC-TCP ist eine rein senderseitige Änderung, die eine lineare RTT-Fairness bei großen Fenstern gewähr"-lei"-stet
+und gleichzeitig Skalierbarkeit und begrenzte TCP-Freundlichkeit bietet. Das Protokoll kombiniert zwei
+Verfahren, die additive Erhöhung und die binäre Sucherhöhung. Bei großen Überlastungsfenstern ge"-währ"-lei"-stet
+die additive Erhöhung mit einem großen Inkrement eine lineare RTT-Fairness sowie eine gute Skalierbarkeit.
+Bei kleinen Überlastungsfenstern sorgt die binäre Sucherhöhung für TCP-Freundlichkeit.\\
+Siehe \url{http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/} 
+
+\subparagraph{CUBIC TCP}$~$\\
+CONFIG\_TCP\_CONG\_CUBIC [=y] \textbf{[Y]}\\
+Dies ist die Version 2.0 von BIC-TCP, die neben anderen Techniken eine kubische Wachstumsfunktion verwendet.\\
+Siehe \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.
+
+\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.
+
+\subparagraph{High Speed TCP}$~$\\
+CONFIG\_TCP\_CONG\_HSTCP [=m] \textbf{[M]}\\*
+Sally Floyds High Speed TCP (RFC~3649) Staukontrolle. Eine Modifikation des
+TCP"=Über"-lastungs"-steuerungs"-mechanismus
+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}
+
+\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.
+
+\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ät"-zung der
+Bandbreite vorwegnimmt. TCP Vegas passt die Übertragungsrate durch Änderung des Über"-las"-tungs"-fens"-ters an.
+TCP Vegas sollte weniger Paketverluste verursachen, ist aber nicht so aggressiv wie 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/}
+
+\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/}
+
+\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/}
+
+\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}
+
+\subparagraph{YeAH TCP}$~$\\
+CONFIG\_TCP\_CONG\_YEAH [=m] \textbf{[M]}\\*
+YeAH-TCP ist ein absenderseitiger Hochgeschwindigkeits"=TCP"=Überlastungskontrollalgorithmus, der ei"-nen 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}
+
+\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}
 
 \end{document}