Die Funktionsweise

Wenn ein Client einen HTTP-Request losschickt und der Erweiterung kundig ist, so muß er in seinem ersten Request das folgende Header-Feld mitschicken: Connection: maintain

Wenn der Server dieses versteht, so soll auch er dieses Header-Feld in seinen Response mit übernehmen. Die Verbindung bleibt nach solch einem Initialisierung-Request/Response bestehen. Der Client darf dabei beliebig viele Requests übertragen und braucht nicht auf die Antworten zu warten. Der Server muß alle Request in der gegebenen Reihenfolge bearbeiten.

Das Problem ist nun noch, daß die Länge der übertragenen Daten bekannt sein muß, um die Messages klar voneinander unterscheiden zu können. Hierzu gibt es zwei Möglichkeiten:

1. Die Message muß ein Content-Length-Feld enthalten, oder

2. die Message wird als MIME-Multipart-Message  gesendet. In diesem Falle muß ein Boundary-Marker angegeben werden, welcher in der Message an sich nicht vorkommt und somit den Anfang und das Ende der Message anzeigt (Weiteres dazu in [16]).

Wie auch schon bei HTTP-NG braucht der Client seine Accept-Felder nur einmal, beim ersten Request, zu verschicken. Danach soll er es erst wieder tun, wenn sie sich geändert haben.

Die Vor- und Nachteile dieser Vorgehensweise sind natürlich nahezu identisch zu den bei HTTP-NG genannten.