szerk.: pontosítanék, egyelőre sima TCP socketek működése nem módosul, ha MPTCP socket van létrehozva az alkalmazásban, az képes sima TCP fallbackre, ha a peer nem tud MPTCP-t.
- SPYFF blogja
- A hozzászóláshoz be kell jelentkezni
- 1087 megtekintés
Hozzászólások
Az IP cím különböző lehet NIC-enként?
- A hozzászóláshoz be kell jelentkezni
Igen és az alapértelmezett átjárójuk is lehet különböző. Ha van két szolgáltatód és mindkettő ad sima DHCP-s routert, ha a távoli peer tud MPTCP-t akkor kész is vagy, egyszerre megy sebesség növelés vagy failover több szolgáltatóval. Ha a távoli peer nem tud MPTCP (ez manapság még esélyes :-) ) akkor érdemes valami proxy-t beiktatni ami tud MPTCP-t.
- A hozzászóláshoz be kell jelentkezni
Kár, hogy VPN-hez nem ideális a TCP, oda pont jól jönnének ezek a képességek.
- A hozzászóláshoz be kell jelentkezni
GloryTUN talán képes ilyesmikre UDP-vel, persze sávszélesség növeléstől sokat nem kell várni, de failovert tud.
- A hozzászóláshoz be kell jelentkezni
Istenem, mennyi bug lesz ebben az első húsz évben! :)
- A hozzászóláshoz be kell jelentkezni
+1, sőt majd erre fognak hibákat az elmúlt 10 évből is...
- A hozzászóláshoz be kell jelentkezni
QUIC-ről mi hír Linux fronton?
- A hozzászóláshoz be kell jelentkezni
Nem lesz. Ez nagyjából 90%, lesz pár UDP gyorsító meg okosító patch, de a QUIC marad userspace protokoll. QUIC titkosítását viszont egyes hálókártyák kísérleti jelleggel már tudják offloadolni, így tényleg minimalizálható az overhead CPU oldalról, ahol erre nagy szükség van. Azt tudom még elképzelni, hogy UDP működést lehet majd eBPF-el programozni és nem kizárt hogy ezzel valaki meg tud majd oldani pár core QUIC funkciót.
- A hozzászóláshoz be kell jelentkezni