William Herrin wrote:
The easiest way for applications know all the addresses of the
destination is to use DNS. With DNS reverse, followed by forward,
lookup, applications can get a list of all the addresses of the
destination from an address of the destination.
The DNS
On Sat, Jan 28, 2023 at 5:48 PM Masataka Ohta
wrote:
> The following way in my ID:
>
> The easiest way for applications know all the addresses of the
> destination is to use DNS. With DNS reverse, followed by forward,
> lookup, applications can get a list of all the addresses of the
>
William Herrin wrote:
Use Multipath TCP
https://datatracker.ietf.org/group/mptcp/documents/
Doesn't work well. Has security problems (mismatch between reported IP
addresses used and actual addresses in use) and it can't reacquire the
opposing endpoint if an address is lost before a new one is
William Herrin wrote:
That multihomed sites are relying on the entire Internet
for computation of the best ways to reach them is not
healthy way of multihoming.
This was studied in the IRTF RRG about a decade ago. There aren't any
> other workable ways of multihoming compatible with the TCP
On Sat, Jan 28, 2023 at 11:24 AM William Herrin wrote:
> QUIC is better, but it still leaves finding the server's new IP
> address as an exercise for a process outside of the protocol.
Gah, brain spat out the wrong info. Bad brain.
QUIC doesn't allow the server to change its IP address; only
On Sat, Jan 28, 2023 at 10:15 AM Donald Eastlake wrote:
> Use Multipath TCP
> https://datatracker.ietf.org/group/mptcp/documents/
Doesn't work well. Has security problems (mismatch between reported IP
addresses used and actual addresses in use) and it can't reacquire the
opposing endpoint if an
Use Multipath TCP
https://datatracker.ietf.org/group/mptcp/documents/
Thanks,
Donald
===
Donald E. Eastlake 3rd
2386 Panoramic Circle, Apopka, FL 32703 USA
d3e...@gmail.com
On Sat, Jan 28, 2023 at 10:07 AM William Herrin wrote:
> On Fri, Jan 27, 2023 at 9:49 PM
On Fri, Jan 27, 2023 at 9:49 PM Masataka Ohta
wrote:
> That multihomed sites are relying on the entire Internet
> for computation of the best ways to reach them is not
> healthy way of multihoming.
This was studied in the IRTF RRG about a decade ago. There aren't any
other workable ways of
8 matches
Mail list logo