HN Explorer

14 comments

[ 3.5 ms ] story [ 36.8 ms ] thread
mino
This talk from Geoff Huston seems great (as usual) but it has not been presented yet at the conference. You can connect to the live streaming [0] around 14pm CET on Wed 25th, or watch it later from the presentation archives [1]. I suggest you also check out the other two talks he's giving at the conf.

[0] https://ripe72.ripe.net/live/main

[1] https://ripe72.ripe.net/programme/meeting-plan/ipv6-wg/

RUBwkVjwLsDKgPw
As someone who works in the application layer, the recommendation to have a fast failover to tcp from udp seems silly. Shouldn't the recommendation be to keep packet sizes below 1280?
[deleted]
(comment deleted)
advisedwang
Well there are often times where you may need to send more data than fits in a 1280 packet, so what do you do then? Ans: cut over to TCP.
masterleep
Send more than one packet?
infogulch
But then you need to design a system to make sure all the packets arrive, including sending missing packets, and that they're processed in the correct order. Or you could use a time-tested off the shelf system to handle this complication: TCP.
[deleted]
(comment deleted)
altendo
> the recommendation to have a fast failover to tcp from udp seems silly

it does, in some ways. I imagine if you're using UDP you have a specific application in mind that may not be performant over TCP... otherwise why not just use TCP by default?

aidenn0
Oh, whatever happened to SCTP?
detaro
The reality that to much stuff in networks (mostly firewalls, NAT and other middleboxes like that) only understands the basics (TCP, UDP, random bits of ICMP) and drops SCTP. You can do SCTP over UDP, or use it in networks you can control and fix, but not reliably as-is over random internet connections. So we now have HTTP2 and other protocols now reinvent parallel streams instead of swapping to SCTP, but that's how it is.