Was wird für die Berechnung des Encapsulated Headers bei ICAP Respmod Requests genutzt und wie sieht das an 5 Beispielen mit Berechnungsdetails aus?

Beim ICAP-Protokoll (Internet Content Adaptation Protocol) wird der **Encapsulated Header** verwendet, um die Positionen und Längen der eingebetteten HTTP-Nachrichten (z.B. HTTP-Anfrage, HTTP-Antwort, Body) innerhalb der ICAP-Nachricht zu spezifizieren. Das ist besonders bei **RESPMOD**-Requests (Response Modification) relevant, da hier typischerweise eine HTTP-Antwort (und ggf. deren Body) an den ICAP-Server übergeben wird.

**Funktionsweise des Encapsulated Headers:**
Der Header gibt für jedes enthaltene Segment (z.B. `res-hdr`, `res-body`, `req-hdr`, `req-body`, `null-body`) den Offset (in Bytes) an, ab dem dieses Segment im ICAP-Request-Body beginnt. Die Offsets werden relativ zum Start des ICAP-Message-Bodys gezählt, also nach den ICAP-Headern und der Leerzeile (`\r\n`).

**Typische Segmente:**
- `req-hdr`: HTTP-Request-Header
- `req-body`: HTTP-Request-Body
- `res-hdr`: HTTP-Response-Header
- `res-body`: HTTP-Response-Body
- `null-body`: Kennzeichnet das Fehlen eines Bodys

---

### Beispiel 1: Nur HTTP-Response-Header (ohne Body)

**ICAP-Request:**
```
RESPMOD icap://icap.example.net/respmod ICAP/1.0
Host: icap.example.net
Encapsulated: res-hdr=0, null-body=137

[Leere Zeile]
HTTP/1.1 200 OK
Date: Mon, 24 Jun 2024 12:00:00 GMT
Content-Type: text/html
Content-Length: 0

```

**Berechnung:**
- `res-hdr=0`: Der HTTP-Response-Header beginnt direkt nach der Leerzeile (Offset 0).
- `null-body=137`: Nach 137 Bytes (Länge des HTTP-Headers inkl. Zeilenumbrüche) folgt kein Body.

**Erläuterung:**
Der Encapsulated Header zeigt, dass nur ein Response-Header enthalten ist und kein Body folgt.

---

### Beispiel 2: HTTP-Response-Header und Body (Body ist 100 Bytes lang)

**ICAP-Request:**
```
RESPMOD icap://icap.example.net/respmod ICAP/1.0
Host: icap.example.net
Encapsulated: res-hdr=0, res-body=137

[Leere Zeile]
HTTP/1.1 200 OK
Date: Mon, 24 Jun 2024 12:00:00 GMT
Content-Type: text/html
Content-Length: 100

[Body beginnt hier, z.B. 100 Bytes]
```

**Berechnung:**
- `res-hdr=0`: Response-Header startet bei Offset 0.
- `res-body=137`: Der Body beginnt nach 137 Bytes (Länge des Headers inkl. Zeilenumbrüche).

**Erläuterung:**
Der Encapsulated Header gibt an, dass nach dem Header (137 Bytes) der Body folgt.

---

### Beispiel 3: HTTP-Request- und Response-Header (z.B. bei Preview)

**ICAP-Request:**
```
RESPMOD icap://icap.example.net/respmod ICAP/1.0
Host: icap.example.net
Encapsulated: req-hdr=0, res-hdr=85, null-body=222

[Leere Zeile]
GET /index.html HTTP/1.1
Host: www.example.com

HTTP/1.1 200 OK
Date: Mon, 24 Jun 2024 12:00:00 GMT
Content-Type: text/html
Content-Length: 0

```

**Berechnung:**
- `req-hdr=0`: Request-Header beginnt bei 0.
- `res-hdr=85`: Response-Header beginnt nach 85 Bytes (Länge des Request-Headers inkl. Zeilenumbrüche).
- `null-body=222`: Nach 222 Bytes (Summe der Header-Längen) folgt kein Body.

**Erläuterung:**
Hier werden sowohl der ursprüngliche Request als auch die Response übertragen, z.B. für Authentifizierungszwecke.

---

### Beispiel 4: HTTP-Response mit Chunked Body

**ICAP-Request:**
```
RESPMOD icap://icap.example.net/respmod ICAP/1.0
Host: icap.example.net
Encapsulated: res-hdr=0, res-body=137

[Leere Zeile]
HTTP/1.1