Chápu potřebu nového protokolu, ale proč se to všechno řeší v rámci HTTP nad TCP? Polovinu požadovaných vlastností umí 15 let starý protokol SCTP, navíc přináší mnoho dalších věcí, které se v TCP emulují za cenu rozbití mnoha užitečných vlastností (SYN cookies) nebo nefungují vůbec (multihoming).
Přes Upgrade: hlavičky, jako se to dělá teď v rámci přechodu na HTTP/2. Dalo by se to řešit stejně jako u IPv6, např. jen u sítí, o kterých server ví, že to funguje, by odpovídal HTTP 101, resp. by mohl v odpovědi uvést, že se má HTTP/2 + SCTP spustit nad otevřeným TCP spojením místo otevírání nového spojení. No a časem by se z SCTP stal výchozí stav.
No jo, ale takhle upgradované TCP spojení by nebylo standardní SCTP, takže by se muselo v HTTP nadefinovat, jak to SCTP přes TCP po HTTP má vypadat. A musel by si to každý klient implementovat po svém, bez ohledu na implementaci v systému. To řešení s IPv6 se používalo pro sítě celých ISP, to vaše řešení by se muselo zabývat každou jednotlivou koncovou sítí, tedy dnes v podstatě každou IP adresou.
SCTP over UDP je definované RFC 6951, rozšířit podporu pro TCP znamená přidat pár slov do příslušného RFC, protože TCP zaručuje přinejmenším to samé co UDP. FreeBSD umí bindovat SCTP socket na existující UDP socket, u Linuxu to možná jde také, ale nezkoumal jsem.
Btw. implementaci SCTP over UDP má FF (a asi i další prohlížeče) kvůli WebRTC.
Opravdu si myslíte, že by to bylo tak jednoduché? Já odhaduji, že SCTP tunelované TCP spojením by bylo polofunkční, podobně jako je polofunkční TCP spojení tunelované TCP spojením. A pokud byste snad chtěl zasáhnout do toho spodního TCP protokolu a očesat ho tak, aby fungoval spíše jako UDP, nejspíše narazíte na myriádu rádoby transparentních middleboxů, které jakékoli vylepšení TCP protokolu nerozdýchají. Své o tom vědí třeba vývojáři Multipath-TCP.
Ty jisak, trefis se vubec do hazliku? Dost bych o tom pri tvych vedomostech pochyboval. Protoze podle tebe je logicky prisoubovat hajzl na strop a kdyz se to holt nepovede trefit, tak pochcat podlahu.
Mimochodem, widle neumej ani IPv6 (trebas dhcp) a spoustu dalsich veci, zeano. Kdypak treba pude z widli (pripadne opic) poslat (nebo i prijmout) mail s nabodenicky? Prislusny RFC uz nam plati 3 roky ... hmm.
Řekl bych, že Windows mají na implementaci kódování e-mailů v poštovních klientech asi tak stejný vliv, jako linuxové jádro - tedy vůbec žádný.
Jinak vaše komentáře jsou skutečně neuvěřitelné. Kdybyste to psal náhodně, musíte se zákonitě aspoň občas trefit, že napíšete něco správně. Fakt by mě zajímalo, jak to děláte, že jste se netrefil snad ještě ani jednou. Ale děkuji za optání, moje znalosti sítí a síťových protokolů mi nijak nebrání ve správném používání záchodu ani mi nebrání v pochopení toho, že přišroubovat záchod na strop by nebylo praktické, lepší je, když stojí na podlaze nebo je přišroubován do zdi. Takže se klidně o některé z věcí, o kterých tak rád píšete, začněte vzdělávat - nemusíte mít strach, že s tím jak budete získávat nové vědomosti, zapomenete současné návyky a třeba přestanete umět chodit na záchod. A když získáte alespoň minimum znalostí, jistě se zmenší vaše arogance a vaše komentáře budou sloužit i k něčemu jinému, než aby to pod vaším komentářem vždy někdo uváděl na pravou míru.