Kolega asi řeší případ, že spojení je již navázáno nějakou cesotu a daná cesta padne. Tak v případě multihomed sítí s různými IP pro různé cesty to spojení padne. V takovém případě samozřejmě není jiné cesty, než pro TCP (a obvkyle i UDP) spojení zahodit a zkusit otevřít nové, iterací přeš další možnosti získané z toho getaddrinfo.
Samozřejmě pro většinu běžného provozu je to asi akceptovatelné, když to nevypadává moc často (zkrátka kliknu reload na ten fejsbůk). Kde není a řešení vlastní AS a PI adresy je problematické, tak používáme to, že u našich apliací se používá SCTP protokol (jako náhrada za TCP/UDP) v režimu multihomed a přímo IP stack za mě drží spojení vícero cestami (např server má dvě IP a klient tkaé dvě IP, tka se naváží 4 kanály) a jen jeden je aktivní a když jim to nejde, tak sám IP stack to začne tlačit jiným, dostupným, bez ztráty dat a spojení dvou konců. Mechanismus přechodu na novou cestu je často i rychlejší, než u varianty PI adresy a vlastní AS. Samozřejmě to jde dělat jen tam, kd emám software pod kontrolou a potřebuji to.
Takže mechanismy existují.