HTCPCP
является расширением HTTP. Запросы HTCPCP определяются с помощью схемы URI coffee:
BREW | POST: Заставляет сервер HTCPCP подавать кофе. Использование POST для этой цели не рекомендуется. Предлагается новое поле заголовка HTTP-запроса «Accept-Additions», поддерживающее дополнительные ингредиенты, включая сливки, цельное молоко, ваниль, малину, виски и т.д.
GET: «получает» кофе от HTCPCP-сервера
PROPFIND: возвращает метаданные о кофе
WHEN: Заставляет HTCPCP-сервер завершить добавление молока в кофе (если это возможно)
Также сервер может возвращать ошибки:
406 «Not Acceptable» - возвращается при ситуации, когда сервер не в состоянии выполнить запрос клиента; ответ сервера при этом должен содержать также перечень видов кофе, доступных для приготовления
418 «I’m a teapot» - возвращается при попытке приготовить кофе не кофеваркой, а с помощью чайника
Как было отмечено Штефаном Мебиусом, предложенная спецификация протокола HTCPCP имеет тот недостаток, что не предусматривает кода ошибки «Out of Coffee»
🐳3
IP посредством почтовых голубей
IP over Avian Carriers; RFC 1149 - RFC, описывающий способ передачи IP-пакетов с помощью голубей. Опубликован 1 апреля 1990 организацией Internet Engineering Task Force. Написан Д. Вейтцманом, как один из первоапрельских RFC. Вейтцман расширил протокол 1 апреля 1999 в RFC 2549 «IP посредством почтовых голубей с QoS». В 2011 вышел RFC 6214, содержащий адаптацию RFC 1149 для IPv6
Практическая реализация - 28 апреля 2001 на практике реализован членами Бергенской группы пользователей Linux (Норвегия). Они переслали 9 пакетов данных, содержащих по одному ICMP эхо-запросу, на 9 голубях в удалённый пункт, который находился на расстоянии 5 км. В пункт отправки успешно вернулись только 4 эхо-ответа. При потерях 55,6% пакетов и времени задержки от 53 минут до 1 часа 40 минут, метод всё же доказал свою практическую работоспособность
Script started on Sat Apr 28 11:24:09 2001
vegard@gyversalen:~$ /sbin/ifconfig tun0
tun0 Link encap:Point-to-Point Protocol
inet addr:10.0.3.2 P-t-P:10.0.3.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:150 Metric:1
RX packets:1 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:88 (88.0 b) TX bytes:168 (168.0 b)
vegard@gyversalen:~$ ping -c 9 -i 900 10.0.3.1
PING 10.0.3.1 (10.0.3.1): 56 data bytes
64 bytes from 10.0.3.1: icmp_seq=0 ttl=255 time=6165731.1 ms
64 bytes from 10.0.3.1: icmp_seq=4 ttl=255 time=3211900.8 ms
64 bytes from 10.0.3.1: icmp_seq=2 ttl=255 time=5124922.8 ms
64 bytes from 10.0.3.1: icmp_seq=1 ttl=255 time=6388671.9 ms
--- 10.0.3.1 ping statistics ---
9 packets transmitted, 4 packets received, 55% packet loss
round-trip min/avg/max = 3211900.8/5222806.6/6388671.9 ms
vegard@gyversalen:~$ exit
Script done on Sat Apr 28 14:14:28 2001
Подробное описание:
Система массового обслуживания (WFQ) МОЖЕТ быть реализована с использованием шкал, как показано на рисунке:
__
_____/-----\ / o\
<____ _____\_/ >--
+-----+ \ / /______/
| 10g | /|:||/
+-----+ /____/|
| 10g | |
+-----+ .. X
===============================
^
|
=========
Перевозчики, слишком долго находящиеся в очереди, могут оставлять записи в журнале.
График формирования трафика с сайтов, работающих в режиме сотрудничества:
Высота | График формирования транспортного потока,
| показывающий авиаперевозчиков в полете.
2k | ....................
| . .
| . .
1k | . .
| +---+ +---+
| | A | | B |
| +---+ +---+
|_____________________________________________
Переносчики нормально преодолеют туннели и мосты, но будут зверски аннигилированы в черных дырах. При переносе паутины переносчики могут переваривать пауков, оставляя после себя их более компактное подобие.
Переносчики могут быть сбиты с толку зеркалами.
🐳3
Forwarded from JeusDEV _ ㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤㅤ ו
мне нравится что V1 лезет в тысячелетние разборки архангелов только чтобы поесть
🐳3