Vlákno názorů k článku HTTP/3 nebude postavené na TCP, základem bude QUIC používající UDP od blbeczech82 - Jen chci podtrhnout, ze QUIC je jiz bezne...
-
Jen chci podtrhnout, ze QUIC je jiz bezne pouzivan a nemam s nim (doposud) zadne problemy.
Moje zkusenost je spise pozitivni. Pouzivam Untangle, ktery ma sice v defaultu nastaveno "Block QUIC (UDP port 443)", ale po povoleni QUIC jsem vypozoroval jsem, ze videa skutecne bezi znatelne rychleji a opravdu se i rychleji spousti nebo pretaci.
Ve QUIC spojenich vidim pouze 443 porty (reakce na definici internetu vyse 80/443), v protochainech vidim napr.
/UDP/QUIC/YOUTUBE
/UDP/QUIC/GOOGVIDO
/UDP/QUIC/GOOGAPIS
/UDP/QUIC/GOOGLE
tedy DPI funguje a dokonce jsem schopny nastavovat QOS priority a skrtit stejne jako TCP/HTTP.Nejsem takovy expert jako nekteri diskutujici vyse, jen chci rict, ze se asi neni ceho bat a ze se opravdu nejedna o nic noveho.
-
Matas (neregistrovaný)
Tim DPI bych si nebyl moc jisty. Zavisi na tom na zaklade ceho ten firewall dela klasifikaci. Udaje ktere uvadi date dohromady i bez toho ze bude koukat dovnitr paketu nebo delat full DPI...
UDP dle protokol c. 17, QUIC dle portu 443(?). Youtube atd. pres rrDNS nebo WHOIS dotaz.... coz jsou vsechno udaje ktere zjistim uz na zaklade informaci v zahlavi paketu a to sem se dovnitr ani nepodival...
