Junos L2VPN: nejdřív správně nastavte smlouvu o připojení klienta

Než se dotknete pseudowire, sledujte jeden rámec klienta do PE a podívejte se, kde má přistát. Fyzický port ho zařadí do logické jednotky, tato jednotka nese zapouzdření a jednotka je svázána se službou. Tři samostatná rozhodnutí, tři samostatné způsoby, jak to udělat špatně. Většina případů eskalovaných jako závada signalizace je ve skutečnosti rámec zařazený do jednotky, kterou pro tuto službu nikdo nenastavil. Začněte tedy u připojení a postupujte ven.

Zapište smlouvu o rámci

Zaznamenejte smlouvu dřív, než zvolíte jakoukoli konfiguraci: neoznačené, jedna servisní značka, nebo zásobník. Přidejte MTU, které bude klient posílat, a ošetření značek očekávané v každém směru, protože to jsou vyjednané vlastnosti, ne místní preference. Číslo jednotky je jen identifikátor a nic neříká o tom, které rámce rozhraní přijme.

Napište to do servisní poznámky, ne do komentáře v tiketu. Kdo to bude za půl roku ladit, přečte si poznámku. Tiket číst nebude.

Slaďte zapouzdření se smlouvou

Služba s jednou značkou obvykle používá zapouzdření okruhu VLAN, například vlan-ccc, zatímco rámce bez značky potřebují prostou formu okruhu Ethernet a zásobník potřebuje rozšířenou variantu, která rozumí dvěma značkám. Na platformě, která podporuje zapouzdření služby po jednotkách, může jedno fyzické rozhraní hostit několik najednou, což je pohodlné a zároveň je to způsob, jakým rámec skončí ve špatné jednotce. Kde průvodce vaší platformy vyžaduje family ccc, nakonfigurujte to jako součást úplného připojení, místo abyste to přišroubovali k routovanému rozhraní. Průvodce zapouzdřením uvádí, které typy připojení kladou které požadavky.

Nepřidávejte preventivně příkaz family na každé rozhraní. Konfigurace, díky které jeden okruh funguje, může způsobit, že další přijme rámce, které jeho klient nikdy neposílá.

Svažte připojení se správnou službou

VPN vrstvy 2 signalizovaná přes BGP, okruh signalizovaný přes LDP a ostatní podporované služby mají každý vlastní konfiguraci vazby rozhraní a signalizace a nejsou zaměnitelné. Smíchání stylu připojení jednoho se signalizací druhého vytvoří okruh, který hlásí peera a nikdy nepřenese rámec.

Porovnejte vzdálený konec s blízkým koncem, místo abyste kterýkoli z nich zkoumali izolovaně: adresa peera, identifikátor služby, dohoda o zapouzdření, očekávání ohledně control word a rozpočet velikosti. Podkladová vrstva MPLS může být naprosto zdravá, zatímco připojení chybí nebo je zařazené jinde; proto test, který se dívá jen na podkladovou vrstvu, zde nic neprokazuje.

Ověřujte rámcem, ne stavem

Přečtěte si lokální čítače rozhraní, když klient posílá provoz, pak stav služby a poté potvrďte, že příchozí rámec je ten dohodnutý, včetně jeho značky. Opravené připojení dodá tento rámec; samotná změna stavu nic nedokazuje.

Kde máte oprávnění zachytávat, podívejte se na rámec v obou směrech. Asymetrii značek lze ve zobrazení stavu snadno přehlédnout a v zachycení je zřejmá. Tato asymetrie také vysvětluje stížnosti, které fungují jedním směrem a druhým selhávají.

Pak to zapište

Zaznamenejte čtyři hodnoty do servisní poznámky: smlouva, zapouzdření, jednotka a vazba na službu. Ty čtyři jsou to, co nový inženýr potřebuje a co revize konfigurace málokdy vysloví.

Když okruh za půl roku vypadne, tato poznámka je rozdíl mezi čtvrt hodinou práce a znovuvyvozením celého návrhu z běžící konfigurace. Přidejte datum posledního ověření, aby poznámka také říkala, jak je zastaralá.