Network Spoiling Group Request for Comments | C. G. Cerekwicki Październik 2003 |
To RFC stanowi uaktualnienie i podsumowanie zasad transferu danych przy pomocy protokołu RHTP.1. Wprowadzenie
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.
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.2. Ramka RHTP
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.
Typ ramki - 2 bity3. Planowane zmiany
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".
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.
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.
Dobra, dobra. Chwila. Chcesz sobie skomentować lub ocenić komentujących?
Zaloguj się lub zarejestruj jako nieustraszony bojownik walczący z powagą