Status tego dokumentu:

To RFC stanowi uaktualnienie i podsumowanie zasad transferu danych przy pomocy protokołu RHTP. Przestrzeganie zaleceń tego RFC nie jest obowiązkowe, zwłaszcza jeśli lubisz wysokie temperatury i towarzystwo demonów (bynajmniej nie mailowych) w Życiu Wiecznym.

Wprawdzie ta specyfikacja jest zupełnie zbędna, ale to jedyny sposób dla Network Spoiling Group na uzyskanie kolejnego grantu od Radia M. i przedłużenie żałosnej egzystencji naszej bezużytecznej organizacji.

1. Wprowadzenie
Protokół RHTP jest od dłuższego czasu wykorzystywany z powodzeniem w sieciach radiowych, istnieje także jego implementacja dla sieci telewizyjnej, która mimo pewnych problemów ciągle Trwa.

Protokół funkcjonuje w warstwie metafizyczno-podprogowej, wprawdzie nie uwzględnionej przez żydowską organizację ISO w ich modelu sieci, ale bez wątpienia odgrywającej kluczową rolę w umoralnianiu przenoszonych informacji.

2. Ramka RHTP
Typ ramki - 2 bity
00 oznacza ramkę z informacją podprogową
01 oznacza ramkę Inkwizytorską (otrzymujący ją system powienien spalić swoją płytę główną w akcie oczyszczenia)
10 oznacza ramkę Władzy (otrzymujący ją system powinien wysłać na adres Radia wszystkie hasła, aby Strażnicy Moralności mogli upewnić się, że dany komputer nie zawiera sprośnych materiałów i zapezpieczyć je przez skopiowanie do własnego systemu)
11 oznacza ramkę Wsparcia Finansowego (otrzymujący ją system powinien wysłać na adres Radia numer karty kredytowej właściciela, aby Dyrektor mógł pobrać z niej taką sumę, jaką uzna za stosowną)

Flagi - 5 bitów
Bit antysemityzmu
Bit homofobii
Bit ksenofobii
Bit nacjonalizmu
Bit dewocjonalny
(wszystkie ww. bity są zapalone, aby siać...)
Część informacyjna (dotyczy tylko ramek 00)
Rozmiar informacji podprogowej - 8 bitów
Rozmiar informacji maskującej - 16 bitów
Informacja podprogowa
Informacja maskująca
Bity stopu - 4*8 bitów
Bity stopu układają się w ciąg ASCII - "Amen".

3. Planowane zmiany
Rozważana jest kolejna wersja protokołu, gdyż obecna powoduje niepożądane efekty uboczne, które można streścić słowami `kochają, ale pieniędzy nie dają'. Planowane zmiany obejmują zalecenie zbierania numerów kart kredytowych nie tylko właścicieli systemów obsługujących protokół RHTP, ale absolutnie wszystkich.

4. Powiązania z innymi RFC
W ramach cięcia kosztów zignorowaliśmy inne RFC. Należy założyć, że dokumenty sprzeczne z tym trzeba odrzucić jako przestarzałe.

5. Kwestie bezpieczeństwa
Należy zdawać sobie sprawę, że nie poświęcone routery, nie posiadające naklejki `mason-free' (dostępnej w siedzibie Radia po okazyjnych cenach)są niegodne zaufania i mogą powodować problemy techniczne.