Valóban redundáns internet kapcsolat kialakítása - ingyenes, online képzés

Nem. A router by default csomagokat, és nem session-öket kezel, szóval nincs connection state, csak packet processing/forwarding.

Egyrészt nem nagyon értem, hogy ezt miért nekem válaszolod, én csak arra reagáltam, hogy "inkább vrrp", mert hogy a keepalived az VRRP :)

Másrészt meg az erősen attól függ. Ha egy switched van, akkor természetesen kevésbé (bár ha pont az egyik router switchportja döglik le, az ellen igen), de ezt azért szokás úgy csinálni, hogy a két router két switchbe van kötve, és olyankor bizony azért valamennyire (természetesen a csak az egyiken levő kliensek megszívják, de ha valami szolgáltatás van mögötte, akkor azoknak is lehet redu. linkjük) Ráadásul a vrrp nem cluster HA, nem törkeszik arra, hogy kizárólag az egyik fele menjen. Az is a javasolt best practice, hogy ne dedikált zsinóron menjen, hanem élő interfacen, mert jó esély van rá, hogy ha annyira szétesik, hogy mindkét node megy, csak nem hallják egymást, akkor ott egyébként is olyan network split van, hogy esélyes, hogy a kliensek is vagy egyiket vagy másikat látják csak (pl mert a két switch közötti link esett le), talán kevésbé fáj, ha mindkét node megy. (Ezt én annyival egészíteném ki, hogy ilyenkor kurvásul figyelünk viszont a tűzfalra, mert ott ezt könnyen el lehet cseszni azzal, hogy kitiltjuk véletlen a VRRPt). Pláne SOHO környezetben, ahol jó eséllyel nem dedikált router van, hanem még legalább tűzfalazik is általában)

stackelt switchek kellenek és rögtön lesz switchredundancia is, csak port-channelbe (LAG) kell kötni a rajta lógó cuccokat.
persze a két router és két switch külön betáp+szünetmentes-en, IP cím PI /24 két külön ISP-nél két külön nyomtávú optikán, saját AS BGP+BFD, lehet ezt még fokozni...