diff --git a/documentation/linux_configuration.pdf b/documentation/linux_configuration.pdf
index 6d38d25..042107f 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 98231c0..2f51152 100644
--- a/documentation/linux_configuration.tex
+++ b/documentation/linux_configuration.tex
@@ -8376,5 +8376,91 @@ wenn Ihr Virtual Machine Host Virtual Sockets über Hyper-V VMBus unterstützt.
 Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
 Das Modul wird \texttt{hv\_sock} genannt. Wenn Sie unsicher sind, sagen Sie N.
 
+\subsubsection{NETLINK: socket monitoring interface}
+CONFIG\_NETLINK\_DIAG [=m] \textbf{[M]}\\*
+Unterstützung für die NETLINK"=Socket"=Überwachungsschnittstelle, die vom ss"=Tool verwendet wird.
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{MultiProtocol Label Switching \texorpdfstring{$\rightarrow$}{->}}
+CONFIG\_MPLS [=y] \textbf{[Y]}\\*
+MultiProtocol Label Switching leitet Pakete durch logische Schaltkreise.
+Ursprünglich als Möglichkeit zur Weiterleitung von Paketen mit
+Hardware-Geschwindigkeit konzipiert (bevor die Hardware in der Lage war,
+ipv4-Pakete weiterzuleiten), ist MPLS nach wie vor ein einfaches Verfahren zur
+Herstellung von Tunneln.
+Wenn Sie noch nie etwas von MPLS gehört haben, sollten Sie hier N sagen.
+
+\paragraph{MPLS: GSO support}$~$\\
+CONFIG\_NET\_MPLS\_GSO [=m] \textbf{[M]}\\*
+Dies ist ein Hilfsmodul, das die Segmentierung von Nicht-MPLS-GSO"=Paketen
+ermöglicht, denen MPLS"=Stack"=Einträge hinzugefügt wurden, so dass sie zu
+MPLS-GSO"=Paketen werden.
+
+\paragraph{MPLS: routing support}$~$\\
+CONFIG\_MPLS\_ROUTING [=m] \textbf{[M]}\\*
+Hinzufügen von Unterstützung für die Weiterleitung von mpls"=Paketen.
+
+\subparagraph{MPLS: IP over MPLS tunnel support}$~$\\
+CONFIG\_MPLS\_IPTUNNEL [=m] \textbf{[M]}\\*
+Unterstützung von mpls ip tunnel.
+
+\subsubsection{Network Service Header (NSH) protocol ---}
+CONFIG\_NET\_NSH [=m] \textbf{[M]}\\*
+Network Service Header ist eine Implementierung von Service Function Chaining
+(RFC~7665). Die aktuelle Implementierung in Linux unterstützt nur MD~Typ~1 und
+nur mit dem openvswitch"=Modul.
+Wenn Sie unsicher sind, sagen Sie N.
+
+\subsubsection{High-availability Seamless Redundancy (HSR \& PRP)}
+CONFIG\_HSR [=m] \textbf{[M]}\\*
+Dies ermöglicht die in IEC~62439 definierte hochverfügbare nahtlose Redundanz
+(HSR) und das Parallel Redundancy Protocol (PRP).
+Wenn Sie hier Y angeben, kann Ihr Linux"=Rechner als DANH
+(\glqq Doubly attached node implementing HSR\grqq{}) oder DANP (\glqq Doubly
+attached node implementing PRP\grqq{}) fungieren. Damit dies funktioniert,
+benötigt Ihr Linux"=Rechner (mindestens) zwei physische Ethernet"=Schnittstellen.\\
+Für DANH muss er als Knoten in einem Ringnetz zusammen mit anderen HSR-fähigen
+Knoten angeschlossen sein. Alle über das HSR-Gerät gesendeten Ethernet"=Frames
+werden in beide Richtungen auf dem Ring (über beide Slave-Ports) gesendet,
+wodurch ein redundantes, sofort ausfallsicheres Netzwerk entsteht.
+Jeder HSR"=Knoten im Ring verhält sich für HSR"=Rahmen wie eine Brücke, filtert
+aber Rahmen, die bereits weitergeleitet wurden.\\
+Für DANP muss er als Knoten angeschlossen werden, der über die beiden
+Slave"=Schnittstellen mit zwei getrennten Netzen verbunden ist.
+Wie bei HSR werden Ethernet"=Rahmen, die über das PRP"=Gerät gesendet werden,
+an beide Netze weitergeleitet, so dass ein redundantes, sofort ausfallsicheres
+Netz entsteht. Im Gegensatz zu HSR können PRP-Netze über Singly
+Attached Nodes (SAN) wie PC, Drucker, Brücken usw. verfügen und mit
+DANP-Knoten kommunizieren.\\
+Dieser Code ist ein Versuch, die HSR-Norm, wie sie in IEC~62439-3:2010 (HSRv0)
+und IEC~62439-3:2012 (HSRv1) beschrieben ist, und die PRP-Norm, wie sie
+in IEC~62439-4:2012 (PRP) beschrieben ist, zu erfüllen, aber es wurden keine
+Konformitätstests durchgeführt. Verwenden Sie iproute2, um das gewünschte
+Protokoll auszuwählen.\\
+Sie müssen alle notwendigen Tests selbst durchführen, bevor Sie sich auf
+diesen Code in einem sicherheitskritischen System verlassen!\\
+Wenn Sie unsicher sind, sagen Sie N.
+
+\subsubsection{Switch (and switch-ish) device support}
+CONFIG\_NET\_SWITCHDEV [=y] \textbf{[Y]}\\*
+\textit{Unterstützung von Switches (und Switch-ähnlichen Geräten)}\\
+Dieses Modul stellt eine Verbindung zwischen dem Kern-Netzwerkcode und
+den Gerätetreibern her, um Hardware-Switch-Chips im sehr allgemeinen
+Sinne des Wortes \glqq Switch\grqq{} zu unterstützen. Dazu gehören Geräte,
+die L2/L3 unterstützen, aber auch verschiedene Flow-Offloading-Chips,
+einschließlich in SR-IOV-NICs eingebettete Switches.
+
+\subsubsection{L3 Master device support}
+CONFIG\_NET\_L3\_MASTER\_DEV [=y] \textbf{[Y]}\\*
+Dieses Modul stellt eine Verbindung zwischen dem Kernnetzcode und den
+Gerätetreibern her, um L3"=Master"=Geräte wie VRF zu unterstützen.
+
+\subsubsection{Qualcomm IPC Router support}
+CONFIG\_QRTR [=m] \textbf{[M]}\\*
+Sagen Sie Y, wenn Sie das IPC-Routerprotokoll von Qualcomm verwenden möchten.
+Das Protokoll wird für die Kommunikation mit Diensten verwendet, die
+von anderen Hardware-Blöcken im System bereitgestellt werden.
+Für die Suche nach Diensten ist ein Userspace"=Daemon erforderlich,
+der eine Diensteliste führt.
 
 \end{document}