Langaton yhteys varayhteytenä: reititetty vaihto vai yksi segmentti?

Kaksi rakennusta, pisteestä pisteeseen -radiolinkki ja internet-VPN, joka voisi toimia toisena polkuna. Ennen kuin varayhteys muuttuu automaattiseksi, yksi kysymys ratkaisee lähes kaiken muun: mikä on säilyttävä — IP-tavoitettavuus erillisten aliverkkojen välillä vai yksi yhteinen Ethernet-segmentti? Se, että radio käyttäytyy kuin kaapeli, ei ole peruste lähettää jokaista broadcast-kehystä internetin yli. Vastatkaa ensin kysymykseen, sillä kaksi vastausta vaativat erilaista silmukoiden hallintaa, erilaista kunnonvalvontaa ja erilaista käsitystä siitä, mitä palautuminen tarkoittaa.

Päättäkää, mikä katkoksen on kestettävä

Listatkaa sovellukset, joiden on jatkettava toimintaansa, ja merkitkää, riippuvatko ne Layer 3 -tavoitettavuudesta vai Layer 2 -naapuruudesta. Tiedostojen jakaminen, tietokantayhteydet ja verkkopalvelut välittävät yleensä vain reiteistä; löytöprotokollat, eräät klusterituotteet ja kaikki, mikä odottaa yhtä broadcast-verkkotunnusta, välittävät naapuruudesta. Varayhteys, joka palauttaa vääränlaista tavoitettavuutta, tuottaa kohteen, joka on teknisesti yhteydessä ja käytännössä hyödytön.

Kirjoittakaa lista muistiin ja liittäkää se suunnitelmaan, sillä vastaus yleensä siirtyy heti, kun ensimmäinen sovelluksen omistaja kuulee uudesta yhteydestä.

Reititetty vaihto: kaksi etuliitettä, yksi ensisijainen polku

Erillisillä kohteen etuliitteillä varayhteys on reititysongelma. Jokaisella reitittimellä on ensisijainen polku radion kautta ja vähemmän ensisijainen polku tunnelin kautta, ja ensisijainen reitti vedetään pois, kun radio lakkaa toimittamasta liikennettä. Vastapuoli tarvitsee oman paluureittinsä, ja molempien osapuolten tulisi sopia, kumpi polku on ensisijainen kussakin suunnassa, jotta liikenne ei kulje pitkää kiertotietä vain yhdessä suunnassa.

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

Lukekaa kolmas komento samoin kuin toinen: käytäntösääntö, toinen taulukko tai lähdeperusteinen päätös voi lähettää liikennettä yhdestä aliverkosta eri tavalla kuin toisesta, ja yksi oletushaku kätkee sen.

Sillattu vaihto: yksi segmentti, yksi estävä polku

Jos naapuruus on todella tarpeen, varayhteyden on kuljetettava Ethernet-kehyksiä, mihin reititetty IP-tunneli ei pysty. VPN-rajapinnan siltaaminen paikalliseen segmenttiin on tuettu joillakin alustoilla, ja näistä rajapinnoista tulee sillan jäseniä seurauksineen. Kaksi samanaikaisesti välittävää Layer 2 -polkua muodostavat silmukan, joten suunnitelma tarvitsee molemmat kohteet kattavan virityspuun ja selkeän lausunnon siitä, minkä polun tulisi estää.

Tämä on olennainen suunnittelupäätös eikä valintaruutu, ja alustanne siltadokumentaatio, kuten pfSensen siltojen yleiskatsaus, on paikka, jossa vahvistetaan, mihin VPN-jäsen todella osallistuu. Virityspuun valinnan ottaminen käyttöön yhdellä asiaankuulumattomalla laitteella ei todista mitään päästä päähän -järjestelystä.

Valvokaa rajaa, jolla on merkitystä

Jännitteinen radio, ylhäällä oleva rajapinta ja terve tunneli kuvaavat kukin paikallista tosiasiaa. Mikään niistä ei todista, että paketti yhdestä rakennuksesta saavutti toisen rakennuksen isännän, ja se on ainoa tosiasia, jonka perusteella vaihtologiikan tulisi toimia. Valvokaa kohdetta kauemman reitittimen takana, jos käytäntö sallii, ja valvokaa molempia suuntia erikseen, jotta epäsymmetrinen vika tulee näkyviin.

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

Pitäkää tarkistus halpana ja rajattuna: lyhyt väli, pieni määrä ja sovelluksen sietokykyyn sopiva aikakatkaisu. Valvoja, joka itse riippuu testaamastaan polusta, raportoi onnistumista siihen hetkeen asti, jolloin se lakkaa raportoimasta yhtään mitään.

Harjoitelkaa molemmat suunnat kuormituksen alla

Älkää kopioiko yhtä konvergenssitavoitetta jonkun toisen topologiasta. Havaitsemisaika, reitin tai sillan konvergenssi, tunnelin valmius ja sovelluksen palautuminen tuovat kukin oman viiveensä, ja laitteistonne summa on ainoa luku, jolla on merkitystä. Harjoitelkaa edustavan liikenteen aikana, jotta mittaus sisältää tuotannossa olevat jonot ja istunnot.

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

Testatkaa palautumista yhtä huolellisesti kuin vikaa. Epävakaa radio, joka hyppii päälle ja pois, vetää liikennettä edestakaisin, jos ensisijaisuuslogiikassa ei ole vaimennusta, ja käyttäjät kokevat sen pahempana kuin puhtaan yksittäisen katkoksen. Kirjatkaa valittu polku jokaisessa vaiheessa, mitkä uudet pyynnöt onnistuivat ja mitä tapahtui istunnoille, jotka olivat auki polun vaihtuessa. Juuri se kirjaus tekee toisesta kaapelista toimintakäytännön.